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TITLE OF THE INVENTION 

^_ Game Syst^^Gan^Appjrat^ Medium Storing Game Program 

and Game Data Exchange Method 

5 BACKGROUND OF THE INVENTION 

Field of the invention 

The present invention relates to a game system, a game apparatus, a storage 

medium storing a game program and a game data exchange method. More specifically, 

the present invention relates to a game system provided with a plurality of mobile game 

10 -— apparatuses which'are^adio-communicate^with each other, a game apparatus, a storage 

medium storing a game program, and a game data exchange method. 

Description of the prior art 

— Inconventional-«^-trkind of game system, the game apparatus can exchange 

A 

game data by communicating with another game apparatus. For example, players who 
1 5 —desire to exchange tfe©*game data orally confirm^exchange conditions with each other, 
and then, if the exchange conditions are coincident with each other, the game data is 
exchanged by connecting the game apparatuses with a fixed-line cable. 

Purthcrmoru, fkMlm example of such a k»*sfgame system is disclosed in a 
Japanese Patent Laying-open No. 2003-2366 ^laid-open on January 24, 2003. In a 
20 network game of the prior art, provid^p^data and desired card data are set, and# the 
conditions are coincident with each other, the card data are exchanged. 

However, in the forme^ there is a need to orally confirm the exchange condition, 
and therefore, the person with whom the user exchanges the game data is liimted to 

player's friend, his acquaintance / «nd etc. Thus, ifasfew pcop l ^ have the same game 

25 --software among his fricndc, hie acquaintanooo, and oto. , aiopTJOrtunity to exchange and 
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^ exchangeable game data ^limited* thus, it is almost impossible to fully enjoy the 

exchange. That is, enjoyment of the game is reduced 

*~ Also, in the latte^ there is a need to connect with a network in order to exchange 

the game data^aw^lhis makes it impossible to exchange the game data at any time with 

ease, -h i additio n, there is a need server for aft^exchange processing, and this 

— increasesXburden auoh ao an i nitial investment^running expense^ wd etc. for a provider 
'^jf & service. 



SUMMARY OF THE INVENTION 

10 Therefore, it is a primary e£ject of the pro s ont invention to provide a novel game 



system, game apparatus, storage medium storing a game program, and game data 

exchange method. . 

OJor^. W^+C J 

Furthermore, another e fcjc c t of the present invention is to provide a game system, 

a game apparatus, a storage medium storing a game program, and a game data exchange 

1 5 method that are able to exchange game data with ease and improve an entertainment 

aspect of the game. 

A game system according to the present invention is constructed of a plurality of 
mobile game apparatuses and exchanges game data between the respective game 
^-apparatuses. Each game apparatus, comprisls§: a game data sto nfi^moans for storing 
20 ^ game data; a providing game data designat ingmerina for designating providing game data 
that is allowed to be provided to another game apparatus out of the game data stored in the 
^ game data stori ng means ; an exchange condition sett ^gmooi t s for setting exchange 
condition data indicative of an exchange condition that is a condition of game data 
desired to be provided from said another game apparatus in exchange for a provision of 



25 — the providing game data to said another game apparatus; a communica tion means for 
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performing short-distance radio communication with another game apparatus; an 
^_ exchange desire transmitt mg means for broadcasting by use of the communication means ... 

exchange desired data to other game apparatus(es) without specifying a destination 
^ address; an exchange desire receiv mgmcatt s for receiving by use of the communicatee!* 
5 -—-means the exchange desired data from another game apparatus; and a game data exchange*" 

means for exchanging the game data with a specific game apparatus by use of the 

— communica tion means, wherein a first game apparatus out of the plurality of game 

apparatuses transmits the exchange desired data by use of the exchange desire 
-transmit means , and a second game apparatus out of the plurality of game apparatuses 

1 0 receives the exchange desired data, the game data exchangefeeems of the first game 

— apparatus and the game data exchangefaaeans of the second game apparatus determine, by 
communicating at least one of attribute information relating to the providing game data 
and the exchange condition data by use of the communica tion means , whether or not the 
providing game data of the first game apparatus satisfies the exchange condition of the 
1 5 second game apparatus, and whether or not the providing game data of the second game 
apparatus satisfies the exchange condition of the first game apparatus, and exchange, in a 
case both of the exchange conditions are satisfied, the providing game data of the first 
game apparatus for the providing game data of the second game apparatus. 

More specifically, the game system is constructed of a plurality of mobile game 
20 apparatuses (10: corresponding reference numeral in the detailed description of the 

preferred embodiments described later. Hereinafter, the same is applied), and exchanges 
the game data between the respective game apparatuses (10). Each game apparatus (10) 
^ is provided with the game data stoi^tgaaseans (28 or 44) in which the game data is stored. 
^ The providing game data designatwg«e*STS (20, 38, S45 to S57, S6 7) designates the 
25 providing game data that is the game data allowed to be provided to another game 
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-^-"apparatus (10) out of the game data stored in the game data sto rfigmoans (28 or 44). For 
example, the game_data thatis allowed to be provided to another^ame apparatus (10) by 
the player is designated in response to an instruction from the player, or the game data to 
be provided to another game apparatus (10) is automatically designated by the game 
5 — program. The exchange condition sett^gmctms (20, 38, S59 to S67) sets the exchange 
condition that is the condition of the game data desired to be provided from said another 
game apparatus (10) in exchange for the provision of the providing game data to said 
another game apparatus (10). Herein, the exchange condition is a condition to determine 
the game data (providing game data and game data to be exchanged) to be provided from 
10 — said another game apparatus (10) is w*iai kind of the game data. For example, the game 
data desired to be provided from another game apparatus (10) is designated in response to 
an instruction from the player, or is automatically designated by the game program. The 

— communicat &n mo an s (14) communicates with another game apparatus (10) by4be- 
short-distance radio communication. The exchange desire transmitt iftgrn s oac (20, S 1 67, 

1 5 -^S 1 97) broadcasts by use of the communicat ion-means (14) the exchange desired data 
(data indicative of being connectable) to other game apparatus(es) (10) without 
^ specifying the destination address. The exchange desire receiv mgmcano (20, SI 55, 

— SI 85, S21 1) receives by use of the communicatiSfrtncam (14) the exchange desired data 

— from another game apparatus (10). The game data exchange^meaft* (20, SI 05 to SI 09, 
20 S 1 3 5 to S 1 3 9) exchanges the game data with a specific game apparatus ( 1 0) by use of the 

^^communica tion moan &-( 1 4). 

For example, the first game apparatus out of the plurality of game apparatuses (1 0) 
~ transmits the exchange desired data by use of the exchange desire transmitt &^gmcim s (20, 
SI 67, SI 97), and the second game apparatus out of the plurality of game apparatuses 



25 —^receives the exchange desired data. The game data exchang^ memrs (20, SI 05 to SI 09, 
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~ S135 to S139) of the first game apparatus and the game data exchang/meaf*6 (20, S105 to 
S109, S135 to S139) of the second game apparatus communicate at least one of the 
attribute information (kind and level of the character) relating to the providing game data 
and the exchange condition data (kind and level of the character desired to be provided) 

5 — by use of the communicatre£i«eftfts (14). Each of the game data exchange^means- (20, 
SI 05 to SI 09, SI 35 to SI 39) determines whether or not the providing game data of the 
first game apparatus satisfies the exchange condition of the second game apparatus, and 
whether or not the providing game data of the second game apparatus satisfies the 
exchange condition of the first game apparatus. Then, in a case that both of the exchange 

10 conditions are satisfied, the providing game data of the first game apparatus and the 

providing game data of the second game apparatus are exchanged with each other. More 
specifically, the providing game data is erased from thej^aXe data stor Sgmoana (28 or 
44) ofpteywl&xuaojy and by communicating with another game apparatus (1 0) by use of 
-^the comirmni rat tn i m reaas»( 1 d )„ the providing game data of said another game apparatus 

15 (10) is received and stored in the game data sto ring moans (28 or 44). That is, the game 
~" data stor Mg moan s (28 or 44) stores game data generated or obtained through^ play of the 

virtual game by the player, or game data set in advance in the game program. 
— More specifically, in ^case that the game data that is designated as the providing 

game data in the first game apparatus satisfies the exchange condition set in the second 

20 game apparatus, and in^case that the game data that is designated as the providing game 
data in the second game apparatus satisfies the exchange condition set in the first game 
apparatus, both of the game data are exchanged. As a method of determining whether or 
not the exchange conditions are satisfied, there are three methods (methods 1 to 3) as 
follows. _ 

25 (1) Method 1 
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(a) The first game apparatus transmits the predetermined information of the 
providing game data of its own (e.g., kind and level of the character of the providing 

^ _ game data) to the second game apparatu^(This may be individually transmitted by 
designating the second game apparatus, or may be broadcasted without designating the 
5 second game apparatus 

(b) The second game apparatus receives the predetermined information relating to 
the providing game data of the first game apparatus so as to compare the same with the 

— . exchange condition of its own. -J n|^ ^e"the condition is satisfied, the second game 
apparatus transmits the predetermined information relating to the providing game data of 
1 0 its own to the first game apparatus. 



-~ second game apparatus^(This may be individually transmitted by designating the second 
— game apparatus, or may be broadcasted without designating the second game apparatij^ 
(b) The second game apparatus receives the exchange condition of the first game 




15 



(2) Method 2 



(a) The first game apparatus transmits the exchange condition of its own to the 



20 



apparatus so as to compare the same with the predetermined information relating to the 



providing game data of its own. Mffioaoe tha t condition is satisfied, the second game 
apparatus transmits the exchange condition of its own to the first game apparatus. 




(c) The first game apparatus receives the exchange condition of the second game 
apparatus so as to compare the same with the predetermined information relating to the 



25 



providing game data of its own. If the condition is satisfied, both of the game data are 
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exchanged between the first game apparatus and the second game apparatus. 
(3) Method 3 . ._. ... 

(a) The first game apparatus transmits the predetermined information and 
exchange condition relating to the providing game data of its own to the second game 

5 — apparatusJThis may be individually transmitted by designating the second game 
apparatus, or may be broadcasted without designating the second game apparatus^ 

(b) The second game apparatus receives the predetermined information and 
exchange condition relating to the providing game data of the first game apparatus so as 
to respectively compare the same with the predetermined information and exchange 

1 0 ■ — eondition relating to the providing game data of its own. In i case th e conditions are 

satisfied, both of the game data are exchanged between the first game apparatus and the 
second game apparatus. 

Another method except for the above-described three methods is applicable, and it 
is appropriate that by communicating the predetermined information of the providing 

1 5 game data and the exchange condition between the first game apparatus and the second 
game apparatus, that the providing game data of the first game apparatus satisfies the 
exchange condition of the second game apparatus is determined by at least the first game 
apparatus or the second game apparatus, and that the providing game data of the second 
game apparatus satisfies the exchange condition of the first game apparatus is determined 

20 by at least the first game apparatus or the second game apparatus. The same is applied 

hereunder. f 

According to the j ll^ffeei&on , impossible to exchange game data having 
coincident exchange conditions with each other by performing short-distance radio 
communication* aed therefore, this eliminates ^trouble of negotiating withplayer's 



25 — acquaintance^Ec-r exchanging the game data, and so forth. That is, it is possible to 
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exchange the game data with ease. Furthermore, since the person with whom the player 
exchanges the game data is not limited to his acquaintance, it is possible to exchange the 
game data with a number of people, capable of increasing the possibility of exchanging 
the game data. In addition, the use of the mobile game apparatus and the short-distance 
5 radio communication enables the possibility of exchanging the game data to be increased 
if only the user goes to wherever people gather, capable of further increasing enjoyment 
of the exchange. Furthermore, a game data exchanging process is performed between the 
game apparatuses, and this eliminates a need for preparing a server for the exchange 

— process, and reduces a burden such as ^initial investment,^ranning costr-eftd-etc. for a 
1 0 provider of the game. 

Another game system according to the present invention is constructed of a 

— plurality of mobile game apparatuses^and^exchanges game data between the respective 

— game apparatuses. Each game apparatus, comprisi^ a game data sto rifi£moans for 
— storing game data; a providing game data designatmjp»eax» for designating providing 

15 game data that is allowed to be provided to another game apparatus out of the game data 
—stored in the game data sto ritl{TiiQanc ; an exchange condition sett*ng=nieans for setting 
exchange condition data indicative of an exchange condition that is a condition of game 
data desired to be provided from said another game apparatus in exchange for a provision 

— of the providing game data to said another game apparatus; a communicat rorTmooftD for 
20 performing short-distance radio communication with another game apparatus; a 

— -connection establis hmgro eaas for performing by use of the communi cat i o n moans a 
process to establish a connection by a radio communication with a specific game 

— apparatus; and a game data exchang/^ lanuns for exchanging the game data with the 
specific game apparatus by use of the communicatfdiniiuuii^, wherein in a first game 

25 apparatus and a second game apparatus out of the plurality of game apparatuses, the 
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- — connection establishi ng mums of one game apparatus executes a first connection 
establishing process by broadcasting connection requiring data for establishing a . . 
connected state with other game apparatus which has received the connection requiring 
data, and the connection establishHi^^^S-Of the other game apparatus executes a 
5 --second connection establishing process by receiving the connection requiring data for 
establishing the connected state with the one game apparatus which has broadcasted the 
— connection requiring data, and the game data exchang/rnaans of the first game apparatus 
and the game data exchange means of the second game apparatus determine, by 
communicating at least one of attribute information relating to the providing game data 
10 —~ and the exchange condition data by use of the communicat ipiMn eft np , whether or not the 
providing game data of the first game apparatus satisfies the exchange condition of the 
second game apparatus, and whether or not the providing game data of the second game 
apparatus satisfies the exchange condition of the first game apparatus, and exchange, in a 
case both of the exchange conditions are satisfied, the providing game data of the first 
1 5 game apparatus for the providing game data of the second game apparatus by 

communicating between the first game apparatus and the second game apparatus by use 
">of the communicat &fi moan s. 

More specifically, the game system is constructed of the plurality of mobile game 
apparatuses (10) and exchanges the game data between the respective game apparatuses 
20 — (10). Each game apparatus (10) is provided with the game data stoi fivg m e cmo (28 or 44) 
^ in which the game data is stored. The providing game data designati ng mcanc (20, 38, 
S45 to S57, S67) designates the providing game data that is allowed to be provided to 

another game apparatus (10) out of the game data stored in the game data stoi^gmcans 

(28 or 44). The exchange condition se tt^gmcanc (20, 38, S59 to S67) sets the exchange 
25 condition data indicative of the exchange condition that is a condition of the game data 
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desired to be provided from said another game apparatus in exchange for the provision of 
— the providing game data to said another game apparatus (10). The commumcat fogTmoanG 
(14) performs short-distance radio communication with another game apparatus (10). 

— The connection establisl ^gmoanc (20, S81) performs by use of the commumcataeflT 

5 "~ means (14) a process to establish a connection by a radio communication with a specific 

— game apparatus (10). The game data exchange&wwms (20, S105 to S109, S135 to S139) 
exchanges the game data with the specific game apparatus (10) by use of the 

— communica tion means (14). 

For example, with respect to the first game apparatus and the second game 
10 — apparatus out of the plurality of game apparatuses (10), the connection establish*^ 

— meaes (20, S81) of one game apparatus executes the first connection establishing process 

— (20, SI 65 to SI 77, SI 95 to S207) by broadcasting the connection requiring data^for 
example, data indicative of being connectable for establishing the connected state with 

— another game apparatus which has received the connection requiring dat^ and the 

1 5 ^ connection establis hi5^moon3 (20, S81) of the other game apparatus executes the second 
connection establishing process (20, S153 to S163, S183 to S193, S209 to S217) by 
receiving the connection requiring data for establishing the connected state with the one 
game apparatus which has broadcasted the connection requiring data. The game data 
— exchange«eans (20, S105 to S109, S135 to S139) of the first game apparatus and the 

20 _^ game data exchange^metms (20, SI 05 to SI 09, SI 35 to SI 39) of the second game 

apparatus communicate at least one of the attribute information relating to the providing 
game data and the exchange condition data between the first game apparatus and the 
— second game apparatus by use of the communica tion^ mcano (14). Thus, each of the game 
data exchange^means-^O, SI 05 to SI 09, SI 35 to SI 39) determines whether or not the 

25 providing game data of the first game apparatus satisfies the exchange condition of the 
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second game apparatus, and whether or not the providing game data of the second game 
apparatus satisfies the exchange condition of the first game apparatus, and then, in a case 
that both of the exchange conditions are satisfied, exchanges the providing game data of 
the first game apparatus for the providing game data of the second game apparatus by use 
5 — of the communicat &ii means (14) by communicating between the first game apparatus 
and the second game apparatus. 

In the proccnt invention also, it is possible to exchange builh ufl he game data with 
ease as in the above-described game system. 

In one embodiment of the present invention, the game apparatus, further 
10 — compris£*|: a game program stor mgmoans for storing a game program; a game program 
~ execu ting moono for generating the game data by executing the game program; and a 
game data storing-process means for storing the game data generated by the game 

program execu ting m o ans in the game data sto ri^inoins . More specifically, the game 

apparatus (1 0) is provided with the game program stormgmcans (42) for storing the game 

1 5 program. The game program execu t i ng moaas (20, S21 to S41) generates the game data 
by executing the game program. Herein, the generation of the game data is, for example, 
- to obtain character data, item data, and so on according to the situation of the game,, to 
change the attribute information of the characters, and so forth. The game data storing 
— process meaf» (20, S41) stores the game data generated by the game program executiftg- 
20 "~ means (20, S21 to S41) in the game data sto rin^monm (28 or 44). That is, the character 
data, the item data, and the attribute information are recorded. Accordingly, it is possible 
* — to exchange the game data such as the character dat^and the like with ease, capable of 
^ improving^l^ntertainment aspect of the game. 

In another embodiment of the present invention, the exchange condition data 



25 includes data for designating a kind of the game data desired to be provided. More 



specifically, the exchange condition data (data stored in an exchange condition data 
storing area 282) includes the data (the kind of the character) for designating the kind of 
the game data desired to be provided. Therefore, the game data such as the game 
character and the like is exchanged for each kind. 
5 - In embodiment of the present invention, the exchange condition data 

further includes an attribute value of the game data desired to be provided. More 
specifically, the exchange condition data further includes the attribute value (for example, 
the level of the character) of the game data desired to be provided, and therefore, it is 
^possible to exchange the game data by designating not only the kind of the game data, but 
10 also the attribute value such as the level of the character. 

In a further embodiment of the present invention, the exchange desire transmit£i£g~ 
— ' meails continuously broadcasts the exchange desired data. More specifically, the 
exchange desire transmittfflg3i©afts (20, SI 67, SI 97) continuously broadcasts the 
exchange desired data, and therefore, it is possible to continuously search another game 
1 5 apparatus that satisfies the exchange condition. In a case that the player moves with the 
game apparatus of the present invention, another game apparatus that exists within the 
— communication-able range is variable, and therefore, it is possible to increase a possibility 
— of exchanging the game data by continuously searching A another game apparatus. 

In another embodiment of the present invention, the providing game data 
20 — ■ dcrignatmg mcnnn designates the providing game data according to an instruction from a 
— * player. More specifically, the providing game data designat^g=fS*«RS (20, 38, S45 to 

w S57, S67) designates the game data according to tfee instruction from the player. That is, 

it is possible for the player to designate desired game data. 

In thither embodiment of the present invention, the providing game data 



25 — ■ designatSgiiioons is validated when a progress of a virtual game executed by the game 
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apparatus satisfies a predetermined condition. More specifically, when the progress of 
the virtual game executed by the game apparatus (10) satisfies the predetermined 
^ condition ("YES" in a step S43), the providing game data designa tflig means (20, 38, S45 
to S57, S67) is validated, and therefore, it is possible to enhance the user's enthusiasm for 
5 progress of the game, such as a game clear, level up, and so on. 

In a further embodiment of the present invention, the exchange condition setting 

mean* sets the exchange condition according to an instruction from a player. More 

— specifically, the exchange condition sett i^gnioans (20, 38, S59 to S67) sets the exchange 
-—condition according to the instruction from the playeij and therefore, it is possible for the 
10 player to set desired game data as the game data required to be provided. 

In another embodiment of the present invention, the exchange condition settSg 
^- moons is validated when a progress of a virtual game executed by the game apparatus 
satisfies a predetermined condition. More specifically, when the progress of the virtual 
game executed by the game apparatus (10) satisfies the predetermined condition ("YES" 
15 — in a step S43), the exchange condition set ting moano (20, 38, S59 to S67) is validated. 

Accordingly, it is possible to enhance player's enthusiasm for progress of the game, such 



as a game clear, level up, and so on. 

In th^other embodiment of the present invention, the providing game data 



— designa tg£ moon s automatically designates, when a progress of a virtual game executed 
20 by the game apparatus satisfies a predetermined condition, the providing game data 

according to the predetermined condition. More specifically, when the progress of the 
virtual game executed by the game apparatus (10) satisfies the predetermined condition 
—("YES" in a step S43), the providing game data designat fifgmoano (20, 38, S45 to S57, 
S67) automatically designates the providing game data according to the predetermined 
25 condition. That is, the providing game data intended by a developer such as a 
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programmer of the game, and the like is automatically designated, and this eliminates the 
player's bother. Furthermore, which game data is designated is unknown to the playe^ # 

.aftd thus, it is possible to increase unpredictability and enjoyment of the exchange. 

In a further embodiment of the present invention, the exchange condition sett«g 

-means automatically sets, when a progress of a virtual game executed by the game 

apparatus satisfies a predetermined condition, the exchange condition according to the 

predetermined condition. More specifically, when the progress of the virtual game 

executed by the game apparatus (10) satisfies the predetermined condition ("YES" in a 

-ef — 

step S43), the exchange condition sett»§=s«ans (20, 38, S59 to S67) automatically sets 
the exchange condition according to the predetermined condition. That is, the exchange 
condition intended by a developer such as a programmer of the game, and the like, i.e., 
the game data required to be provided is automatically designated, and this eliminates the 
player's bother. Furthermore, which game data is designated is unknown to the player, 
and thus, it is possible to increase unpredictability and enjoyment of the exchange. 

In one embodiment of the present invention, the game data exchange*i*e»s 
includes an inqui r i ng moan s for inquiring of a player whether or not to perform an 
exchange when it is determined that both of the exchange conditions are satisfied. More 
specifically, the inqui rmg m e an s (18, 20, SI 28, SI 29) inquires of the player whether or 
not to perform the exchange when it is determined that both of the exchange conditions 
are satisfied. After inquiring of the player whether or not to perform the exchange, the 
game data is exchanged, and therefore, it is possible to prevent the game data not intended 
by the user from being erroneously exchanged. 

In another embodiment of the present invention, the game apparatus, further 
compris£?g: a game program stormg-meatis for storing a game program; and a game 
program executfiig3Hea»s for executing the game program, wherein when the game 
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^ program is executed by the game program execu tfi^mcaiis, the game apparatus is 

— connected to said «other game apparatus by the connection establish§f^mcans and 

^ executes the exchange processing of the game data with said awother game apparatus that 
satisfies both of the exchange conditions by the game data exchange*Ii**ww. More 
5 ^ specifically, the game apparatus (1 0) is further provided with the game program stoiS^ 
j»«ms (42). The game program executmg xncai ts (20, S21 to S41) executes the game 

— program. Then, when the game program is executed by the game program executSig^ 
(20, S21 to S41), the game apparatus is connected said another game apparatus 



— (10) by the connection establishmgasesis (20, S81), and executes the exchange 

1 0 processing of the game data with said another game apparatus that satisfies both of the 
^exchange conditions by the game data exchang^weaas (20, S 1 05 to S 1 09, S 1 3 5 to S 1 3 9). 
Thus, the game data is exchangeable even during the game, and this keeps the player from 
being bored such as simply waiting for the exchange of the game data. In addition, this 

— eliminates a mis^^=aeK)pportunity to exchange during the game. 

1 5 — In ttw^iaOTembodiment of the present invention, when a progress of a virtual 

— game by the game program execu tfiifgmean s satisfies a predetermined condition, the 
game apparatus is connected to said another game apparatus by the connection 

^ establishmgmeans and executes the exchange processing of the game data with said 

- mother game apparatus that satisfies both of the exchange conditions by the game data 
20 — exchangefeeafts, More specifically, when a progress of a virtual game by the game 

^ program execu tfii£ means (20, S21 to S41) satisfies a predetermined condition, the game 
—apparatus (10) is connected to said Slother game apparatus (10) by the connection 
_ establishfi^meafts (20, S81) and executes the exchange processing of the game data with 

— said another game apparatus (10) that satisfies both of the exchange conditions by the 



25 ^game data exchange ( *rreaii!r(20, S105 to S109, S135 to S139). Thus, it is possible to 
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exchange the game data under the exchange condition according to the progress of the 
virtual game that constantly changes. 

In a further embodiment of the present invention, the exchange desire transmittal^ 
means- broadcasts at least one of the attribute i nformation relating to the providing game 
data of its own and the exchange condition data. More specifically, the exchange desire 
transmitt mgmean s (20, SI 67, SI 97) broadcasts at least one of the attribute information 
relating to the providing game data of its own and the exchange condition data. The 
attribute information relating to the providing game data and the exchange condition data 
are broadcasted to allow the information to be applied to a number of game apparatuses, 
capable of promptly performing a process to determine whether or not the exchange 
condition is satisfied. 

In another embodiment of the present invention, the providing game data 
designat mgmoano is able to designate a plurality of providing game data, the exchange 
condition sett mgmoanc sets the exchange condition data in such a manner as to 
correspond to each of the providing game data, the game data exchange ^eans of the first 
game apparatus and the game data exchang£mea»s of the second game apparatus 
exchange, when with respect to combinations of respective ones of the providing game 
data of the first game apparatus and respective ones of the providing game data of the 
second game apparatus, it is determined that first providing game data that is one of the 
providing game data of the first game apparatus satisfies the exchange condition brought 
into correspondence with second providing game data that is one of the providing game 
data of the second game apparatus, and it is determined that the second providing game 
data satisfies the exchange condition brought into correspondence with the first providing 
game data, the first providing game data being satisfying the exchange condition for the 
-second providing game data. More specifically, the providing game data designatfeg 
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means (20, 38) is able to designate the plurality of providing game data, the exchange 
^-condition setti ffjfm e ong (20, 38) sets the exchange condition data in such a manner as to 
— r~ correspond to each of the providing game data, and the game data exchange^raeaas of the 
^ first game apparatus (20) and the game data exchange ( s*eans of the second game 

5 apparatus (20) compare for each combinations or sets of the respective ones of the 

providing game data of the first game apparatus and the respective ones of the providing 
game data of the second game apparatus. Then, when it is determined the first providing 
game data that is one of the providing game data of the first game apparatus satisfies the 
exchange condition brought into correspondence with the second providing game data 

10 that is one of the providing game data of the second game apparatus, and it is determined 
that the second providing game data satisfies the exchange condition brought into 
correspondence with the first providing game data, the first providing game data and the 
second providing game data are exchanged with each other. That is, a number of 
providing game data can be designated, capable of increasing a possibility of satisfying 

15 the exchange condition. Furthermore, the exchange condition is settable for each 
providing game data, capable of realizing the exchange desired by the player. 

— In the other aspect of the p resent invention , the game system, further comprising: a 

— selecting means for selecting at least one of the game data stored in the game data stov*& 

— mes»*; a game program sto nngmoan3 ~for storing a game program; and a game program 
20 — execut&fnwans for executing the game program by causing the game data selected by 

— the select&g-flfeans to appear in a virtual game world, wherein the game data exchanger 

— weans does not perform the determination whether or not the exchange condition is 
satisfied and the exchange of the providing game data with respect to the game data 

— selected by the select ing means out of the providing game data designated by t he 



25 — providing game data designat^me^s. More specifically, the selec tmgmoaiiG (20) 
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— selects at least one of the game data stored in the game data stor fng m e an s (28 or 44). The 
game program storifigrnoans (42) stores the game program, and the game program 

^xecu tmgi ' iitaixj (20) executes the game program by causing the game data selected by 

— the selecting means (20) to appear in the virtual game world. Then, the game data 

5 ^- exchangcfingans (20) does not perform a determination whether or not the exchange 
condition is satisfied and the exchange of the providing game data with respect to the 
_ game data selected by the select&tgm&tt (20) out of the providing game data designated 
by the providing game data designatlagsneaia* (20, 38). It is noted that it is appropriate 
that only the determination whether or not the exchange condition is satisfied is not 
10 / performed. This is because no determination is performed^causes no exchange of the 
* t game data. Thus, the exchange is not performed with respect to the game data used 
(appearing) in the virtual game, causing no inconvenience. 

In a further embodiment of the present invention, a game system, further 

— comprising an identifying information exchang<fn*eans for exchanging identifying 

1 5 ^- information of a game apparatus with the specific game apparatus; and a present^ 

— means f or presenting to the player the identifying information of the specific game 
— apparatus that satisfies both of the exchange conditions when the inquiringmcons 

inquires of the player whether or not to exchange. More specifically, the identifying 
~~ information exchangeWms (14, 20) exchanges the identifying information (UserName) 
20 — of the game apparatus ( 1 0) with the specific game apparatus (10). The presentmg~mcans 

(18, 20, SI 28) presents to the player the identifying information of the specific game 
apparatus that satisfies both of the exchange conditions when the inquir Sgmeana ( 18, 20, 

S 1 28, S 1 29) inquires of the player whether or not to exchange. It is possible to determine 

whether or not to perform the exchange while confirming a person with whom the . 

XX n tti~Pf*fa~??^*****~ 

25 — exchange is performed, being convenient. Specifically, the picsuit invention 
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— communicates with a number of game apparatuses by use of Ac short-distance radio 
communication, and there are cases where the communication destination cannot be 
specified. Thus, it is meaningful to know the information of the person to whom the game 
data of player's own is applied. 
5 In another embodiment of the present invention, the game apparatus, further 

— compris^g: a display«ea»s; and an electric power control «ea»s for controlling a power 
^ supply to the display -»ea»s, wherein the exchange desire transmitt ing m e ans , the 

^ exchange desire receiviigmeans, and the game data exchange*mem» execute their 
^ processes while the power supply to the display nwafts is suspended by the electric power 
1 0 —control meaa», the electric power control means performs the power supply to the display 
— moons at a timing relating to a process of the game data exchang^meaas, and the display 
moan s displays information relating to the exchange. More specifically, the game 
apparatus (10) is provided with the display meafte (18). The electric power control means 
-■-(20, 22) controls the power supply to the display means (18). The exchange desire 
15 transmittiflgmoans (20, SI 67, SI 97), the exchange desire receh ragmeano (20, SI 55, 
^ S185, S21 1) and the game data exchange^msflns (20, S105 to S109, S135 to S139) 

— executes their processes while the power supply to the display m#a»e-(l 8) is suspended 
by the electric power control uresis (20, 22). Furthermore, the electric power control 

. means* (20, 22) starts (restart) the power supply to the display msa»s (1 8) at tb^timing 

20 (e.g., timing when another game apparatus that satisfies the exchange condition is found, 
timing to inquire of the user whether or not to perform the exchange, or timing when the 
^ exchange is completed) relating to a process of the game data exchangefe*eems (20, SI 05 
^ to S109, S135 to S139). Thereupon, the display inserts (18) displays the information 
relating to the exchange (information of the character satisfying the exchange condition 
25 possessed by other person, the information of the character lost through the exchange, 
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user name of a person with whom the exchange is performed, and so on). Thus, it is 
possible to search a person who satisfies the exchange condition while reducing power 
consumption. 

^r- In t ho otiic r embodiment of the present invention, the game apparatus, further 

5 -r- compris*%: an attach uTiucuiio for dctaohably being attached with a wodium in which a 
game program, game identifying information thgt js identifying information of the game 

. program, and the game data are storedj*a rea dS(g moan s for reading, when the medium is 

attached to the attach o^' i nocuis , the game program, the game identifying information, and 
- the game data from the medium; and a game identifying information exchang^nreafts for 

1 0 , exchanging the game identifying information read by the read i i lgnioaiio with the specific 

— game apparatus, wherein the game data exchangefmeans exchanges the providing game 
-"""data with the game data exchange < m©ems of the specific game apparatus when a 

coincidence of the game identifying information is indicated. More specifically, the 
— game apparatus (10) is the attach etfmo»c (40) being detachably attached with the 
1 5 medium (1 6) in which the game program, the game identifying information (GameName) 
that is identifying information of the game program, and the game data are stored. The 
rea dilfgrnoono (20, 22) reads the game program, the game identifying information, and 
the game data from the medium (1 6) when the medium (16) is attached to the attache* 
^ means (40). The game identifying information exchange^means (14, 20, 22) exchanges 
20 ^ the game identifying information read by the rea dil^mcano (20, 22) with the specific 

game apparatus (10). The game data exchange c mean»(20, SI 05 to SI 09, SI 35 to SI 39) 

-"-"exchanges the providing game data with the game data exchange r moano (20, SI 05 to 
S109, S135 to S139) of the specific game apparatus (10) when the coincidence of the 
game identifying information is indicated ("YES" in S155, SI 85, S21 1). That is, it is 



25 possible to determine the exchange condition with only the person who executes the same 
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game, reducing waste. 

A game apparatus according to the present invention, comprising: a game data 
— stor ii^me m i£> for storing game data; a providing game data designat ingmoana for 
designating providing game data being game data that is allowed to be provided to 
5 another game apparatus out of the game data stored in the game data stor ing mcano ; an 

— exchange condition set tmg^moans for setting exchange condition data indicative of an 
exchange condition that is a condition of game data desired to be provided from said 

«~ «other game apparatus in exchange for a provision of the providing game data to said 
— — «other game apparatus; a communication mean s for performing short-distance radio 
1 0 — communication with another game apparatus; an exchange desire transmittiS ^mcons for 
^ broadcasting by use of the communica t io n mea ns exchange desired data to other game 
^ apparatus(es) without specifying a destination address; an exchange desire receivls^ 
-iseSffB for receiving by use of the communic adSB ii iiicaiis the exchange desired data from 

— another game apparatus; and a game data exchang/isee»s for exchanging the game data 
1 5 with a specific game apparatus by use of the communicat ^nmoan s ? The game data 

— exchange r raea»s determines, by communicating with the specific game apparatus at least 
one of attribute information relating to the providing game data and the exchange 

— condition data by use of the communica tro^moomo , in association with the game data 



"""" exchangemaafts of the specific game apparatus whether or not the providing game data of 
20 its own satisfies the exchange condition of the specific game apparatus, and whether or 
not the providing game data of the specific game apparatus satisfies the exchange 
condition of its own, and exchanges in a case that it is determined both of the exchange 
conditions are satisfied, the providing game data of its own for the providing game data of 
the specific game apparatus by communicating with the specific game apparatus by use of 
25 "-"the communicat ion! moofis . 
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. More specifically, the game apparatus (1 0) is provided with the game data stortlg"" 

--- , aeons-(28 or 44) in which the game data is stored. The providing game data designat»§~ 
«=- m©ans-(20, 38, S45 to S57, S67) designates the providing game data that is game data 
allowed to he provided to another game apparatus (10) out of the game data stored in the 
5 — game data stoF iagmoans (28 or 44). The exchange condition setti&gmuim (20, 38, S59 
to S67) sets the exchange condition data indicative of the exchange condition that is a 

condition of the game data desired to be provided from said-aaother game apparatus in 

. exchange for the provision of the providing game data to said another game apparatus 

(10). The communicatwrTmcans- ( 1 4) performs short-distance radio communication with 

10 , another game apparatus (10). The exchange desire transmitttSpiweans (20, S167, S197) 

^-broadcasts by use of the communicat&fMneans (14) the exchange desired data to other 

game apparatus(es) (10) without specifying the destination address. The exchange desire 
— receiv^Heans (20, S155, S185, S21 1) receives by use of the communica tf&n"mcano 
(14) the exchange desired data from another game apparatus (10). The game data 
1 5 — exchange****** (20, S 1 05 to S 1 09, S 1 35 to S 1 39) exchanges the game data with a 

specific game apparatus (10) by use of the communica tft i n moa n s (14). For example, the 
game data exchange'nwems (20, S105 to S109, S135 to S139) communicates with the 
specific game apparatus at least one of attribute information relating to the providing 
— game data and the exchange condition data by use of the communica t i Sn"moan» (14). 
20 —Thus, game data exchangeWms (20, S105 to S109, S135 to S139) determines in 

—association with the game data exchange r mea«s (20, S105 to S109, S135 to S139) of the 
specific game apparatus (10) whether or not the providing game data of its own satisfies 
the exchange condition of the specific game apparatus (10), and whether or not the 
providing game data of the specific game apparatus (10) satisfies the exchange condition 



25 of its own, and exchanges in a case that it is determined both of the exchange conditions 
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10 



are satisfied, the providing game data of its own for the providing game data of the 
specific game apparatus (10) by communicating with the specific game apparatus (10) by 
— - use of the communicat iou" moans (14). . . 

— According to the preoent invention, the above-described game system can be 
constructed of the plurality of game apparatuses haviag-the same kind. That is, for a 
maker of the game apparatus, one kind of the game apparatus suffices to be placed on the 
market. For the player also, merely purchasing one game apparatus enables 
communications with any apparatus, and therefore, it is convenient for the player. 

In one aspect of the present invention, a switc hing mams for alternately executing 
^ a process of the exchange desire transmitt iS^moano and a process of the exchange desire 
receivutg'nioans-is further provided. More specifically, the switchmg"Basa«s (20, S153, 
S165, SI 83, S195, S209) alternately switches the process of the exchange desire 
transmitt fefmumu (20, SI 67, SI 97) and the process of the exchange desire receiviif 

means (20, S155, S185, S21 1). Therefore, it is possible to surely communicate with 

1 5 another game apparatus, and exchange the game data. 

In another aspect of the present invention, the switc hing means alternately repeats 
a first period for broadcasting the exchange desired data by the process of the exchange 

— desire transmittli£mea»s and a second period for attempting to receive the exchange 
^desired data by the process of the exchange desire recei » fifmoonc , further comprising a 

20 ^ period's length sett fifmoono for variably setting a length of at least one of the first period 
«s- and the second period. More specifically, the switc hing moons (20, S153, S165, S183, 
SI 95, S209) alternately repeats the first period and the second period. In the first period, 
the exchange desired data is broadcasted by the process of the exchange desire 
~~ transmit tmgm o ans - (20, SI 67, SI 97). In the second period, the exchange desired data is 



25 —attempted to be received by the process of the exchange desire receiving moano (20, 
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S155, S185). The period's length setti ng moam (20, SI 51, SI 81) variably (at random) 
sets the length of at least one of the first period and the second period. 

Herein, the game apparatus executing the process of the first period and the game 
apparatus executing the process of the second period can establish a connection with each 
5 other, and the game apparatus executing the process of the first period and the game 

apparatus executing the process of the first period, or the game apparatus executing the 
process of the second period and the game apparatus executing the process of the second 
period cannot establish a connection with each other. Thus, if the first period and the 
second period are fixed, it becomes impossible to establish a connection between the 
1 0 game apparatuses having the coincident periods all the while. Thus, in the invention, at 
least one of the first period and the second period are variably set and repeated^ aai- 
therefore, a repetition of the first period and the second period is never constantly 
coincident among a plurality of game apparatuses. Accordingly, it is possible to surely 
communicate with another game apparatus, and exchange the game data. 

15 In t^e^er^aspect of the p ^c^im^tiorM mcano alternately 

repeats a first period for broadcasting the exchange desired data by the process of the 
— exchange desire transmitt i^gmcano and a second period for attempting to receive the 

exchange desired data by the process of the exchange desire recei v i ^moan s, further 

— comprising a period's starting point se tting^noanc for variably setting a starting point of 
20 at least one of the first period and the second period. More specifically, the starting point 
of at least one of the first period and the second period described above is variably (at 
random) set. In this case also, it is possible to surely communicate with another game 
apparatus, and exchange the game data. 
Another game apparatus according to the pfbccnt inventio n, compnsifi£: a game 



25 — data storlrfmcatts for storing game data; a providing game data designat ing maanc for 
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designating providing game data that is allowed to be provided to another game apparatus 
* out of the game data stored in the game data sto rmg^moans ; an exchange condition settt§g~ 
ineatts for setting exchange condition data indicative of an exchange condition that is a 
condition of game data desired to be provided from said another game apparatus in 
5 exchange for a provision of the providing game data to said another game apparatus; a 
communicat iuinncaiis -for performing short-distance radio communication with another 
^ game apparatus; a connection establis hifi^moano for performing by use of the 

communica t&n moan s a process to establish a connection with a specific game apparatus 
- by a radio communication; and a game data exchang^Tffeans for exchanging the 
1 0 providing game data for game data of the specific game apparatus that satisfies the 

m exchange condition by use of the communicat^*wi»eaf*9. The connection establishw^ 

—^■meancs- executes a first connection establishing process by broadcasting connection 

requiring data for establishing a connected state with another game apparatus which has 
received the connection requiring data, or executes a second connection establishing 
1 5 process by receiving the connection requiring data that is transmitted from another game 
apparatus for establishing the connected state with said another game apparatus which 
_^ has broadcasted the connection requiring data, and the game data exchange * m i nn s 
— - determines, by communicating with said «other game apparatus at least one ^attribute 
— * hitoiimliun relating to the providing game data and the exchange condition data by use of 
20 — the commumca h^iTmoanB , in association with the game data exchangtf mcans of said 
-another game apparatu^ whether or not the providing game data of its own satisfies the 

— exchange condition of said-asother game apparatus, and whether or not the providing 

— game data of said another game apparatus satisfies the exchange condition of its own, and 
exchanges, in a case that it is determined both of the exchange conditions are satisfied, the 



25 - — providing game data of its own for the providing game data of said another game 
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apparatus by communicating with said another game apparatus by use of the 



communicat 

In another game also, the above-described game system is constructed of the 
plurality of game apparatuses having the same kind as in the game apparatus described 
above. That is, there is no need to place d th of the game apparatus having the first 
connection establishing processing function and the game apparatus having the second 
connection establishing processing function on the market," amir one kind of the game 
apparatus suffices to be placed on the market. For the player also, merely purchasing one 
game apparatus enables communications with any apparatus, being convenient for the 

player. . , -r I 

In one aspect of the pr obu il invention , the game apparatus further comprising a 
switc hing A i deuE^ of execut&jthe first connection establishing process 

onJ u funuliun of cjiccntfefe the second connection establishing process for alternately 
executing the first connection establishing process and the second connection 
establishing process. Accordingly, it is possible to &JtSy communicate with another 
game apparatus, and exchange the game data as in the above-described game apparatus. 

In another aspect of the p rcaont invention, the switc hing moana alternately repeats 
a first period for broadcasting the connection requiring data by the first connection 
establishing process and a second period for attempting to receive the connection 
requiring data by the second connection establishing process, and further comprising a 
period's length se ttmgmoanG for variably setting a length of at least one of the first period 
and the second period. Accordingly, it is possible to SSeely communicate with another 
game apparatus, and exchange the game data as in the above-described game apparatus. 

In the other aspect of the present invention, the switc hing moans alternately 



repeats a first period for broadcasting the connection requiring data by the first 
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connection establishing process and a second period for attempting to receive the 
connection requiring data by the second connection establishing process, and further 



comprising a period's starting point set ting means for variably setting a starting point of 

— at least one of the first period and the second period. Accordingly, it is possible to auroly 3 
5 communicate with another game apparatus, and exchange the game data as in the 

above-described game apparatus. y / * 7 

A storage medium storing a game program according to the prooont invention, and 
the game program is executed by each game apparatus in a game system that is provided 
— - with a plurality of mobile game apparatuses. Each game apparatus, comprisi§§4t 
10 processor; a game data sto rin^fmoons for storing game data; and a communi catH>ntncan6 
- — for performing short-distance radio communication with said awbther game apparatus. 
^-The game program makes the processor of the game apparatus execute fulluwingiAupoof: 
a providing game data designating step for designating providing game data that is 
allowed to be provided to another game apparatus out of the game data stored in the game 
15 data sto imgTnoans; an exchange condition setting step for setting exchange condition 
data indicative of an exchange condition that is a condition of game data desired to be 
provided from said another game apparatus in exchange for a provision of the providing 
game data to said another game apparatus; an exchange desire transmitting step for 
— - broadcasting by use of the communica trop mean s exchange desired data to other game 
20 apparatus(es) without specifying a destination address; an exchange desire receiving step 
— for receiving by use of the communicatremnea»s the exchange desired data that is 
transmitted from another game apparatus; and a game data exchange step for 
determining, by communicating with the specific game apparatus at least one ©^attribute 

— information relating to the providing game data and the exchange condition data by use of 
25 — - the communicatf§nmoafts, in association with said another game apparatus whether or 
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not the providing game data of its own satisfies the exchange condition of the specific 
game apparatus, and whether or not the providing game data of the specific game 
apparatus satisfies the exchange condition of its own, and exchanges, in a case that it is 
determined both of the exchange conditions are satisfied, the providing game data of its 
5 own for the providing game data of the specific game apparatus by communicating with 
the specific game apparatus by use of the communicat iffnmcan s. 

Also in the storage medium storing the game program, it is possible to exchange 
the game data with ease as in the above-described game system. 

In a storage medium storing a game program according to the present invention, 
10 the game program is executed by respective game apparatuses in a game system that is 
provided with the plurality of mobile game apparatuses. Each game apparatus, 
comprisMg: a processor; a game data stor^gTireans for storing game data; and a 
commumcal ituiTii e an s for performing short-distance radio communication with another 
game apparatus. The game program makes the processor of the game apparatus execute 
1 5 fbito wiug slept, uf. a providing game data designating step for designating providing 

game data that is allowed to be provided to another game apparatus out of the game data 
_ stored in the game data stor tugm i orrs ; an exchange condition setting step for setting 
exchange condition data indicative of an exchange condition that is a condition of game 
data desired to be provided from said another game apparatus in exchange for a provision 
20 of the providing game data to said another game apparatus; a connection establishing step 
for executing a first connection establishing process by broadcasting connection 
requiring data for establishing a connected state with another game apparatus which has 
received the connection requiring data, or executes a second connection establishing 
process by receiving the connection requiring data that is transmitted from another game 
25 apparatus for establishing the connected state with said another game apparatus which 
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has broadcasted the connection requiring data; and a game data exchange step for 
determining, by communicating with said another game apparatus at least one of attribute 
information relating to the providing game data and the exchange condition data by use of 
^ the communicat e mu H R, in association with said f»other game apparatus whether or 
5 not the providing game data of its own satisfies the exchange condition of said another 
game apparatus, and whether or not the providing game data of said another game 
apparatus satisfies the exchange condition of its own, and exchanges, in a case that it is 
determined both of the exchange conditions are satisfied, the providing game data of its 
own for the providing game data of said another game apparatus by communicating with 
10 said -another game apparatus by use of the communicat ion moano . 

Also in the invention of the storage medium storing the game program, it is 
possible to exchange the game data with ease as in the above-described another game 
system. 

A game data exchange method according to the present invention is constructed of 
15 a plurality of mobile game apparatuses, and is a game data exchange method of a game 
system for exchanging the game data between the respective game apparatuses. Each 
— ~> game apparatus, compris»^ a game data stormg*»ea*is for storing game data; a 
«~ providing game data designat ing means for designating providing game data that is 
allowed to be provided to another game apparatus out of the game data stored in the game 
20 ---~data stor mgmcons ; an exchange condition set tfigmcans for setting exchange condition 
data indicative of an exchange condition that is a condition of game data desired to be 
provided from said another game apparatus in exchange for a provision of the providing 
— game data to said another game apparatus; a communicalmTiiiuuis for performing 
short-distance radio communication with another game apparatus; an exchange desire 



25 ^ transmi ttf&gmcans for broadcasting by use of the communicat iln moon s exchange 
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desired data to other game apparatus(es) without specifying a destination address; an 
exchange desire receiv iSjfm e ans for receiving by use of the communicat ion^ ea ns the 
exchange desired data from another game apparatus; and a game data exchange^metms-for 
exchanging the game data with a specific game apparatus by use of the communicates**- 
■ftSBire, wherein (a) a first game apparatus out of the plurality of game apparatuses 
transmits the exchange desired data by use of the exchange desire transmitti^^eaas, 
and a second apparatus out of the plurality of game apparatuses receives the exchange 
desired data, and (b) the game data exchange*n*w»s of the first game apparatus and the 
game data exchange^ m e ana of the second game apparatus determine, by communicating 
at least one •«£ attribute infwwalrofi- relating to the providing game data and the exchange 
-condition data by use of the conrniunica tiwTiffioano , whether or not the providing game 
data of the first game apparatus satisfies the exchange condition of the second game 
apparatus, and whether or not the providing game data of the second game apparatus 
satisfies the exchange condition of the first game apparatus, and exchange, in a case both 
of the exchange conditions are satisfied, the providing game data of the first game 
apparatus for the providing game data of the second game apparatus. 

Also in the invention of the game data exchange method, it is possible to exchange 
the game data with ease as in the above-described game system. 

Another game data exchange method according to the pfecont inv e ntion is 
constructed of a plurality of mobile game apparatuses, and is a game method of the game 
system for exchanging the game data between the respective game apparatuses. Each 
game apparatus, comprisMg: a game data sto ringmcans for storing game data; a 
providing game data designat Sngmcans for designating providing game data that is 
allowed to be provided to another game apparatus out of the game data stored in the game 



'data stormgmoano; an exchange condition setti tf moans for setting exchange condition 
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data indicative of an exchange condition that is a condition of game data desired to be 
provided from said another game apparatus in exchange for a provision of the providing 
^game data to said-aftother game apparatus; a communica ril ff Mncaiis for performing 
short-distance radio communication with another game apparatus; a connection 
5 « — establish ing meaii3 for performing by use of the communicat *QiTmoan s a process to 
— establish a connection with a specific game apparatus bj^radio communication; and a 
game data exchang^meems for exchanging the game data with the specific game 
apparatus by use of the communica t^frfiftOU fitf? wherein (a) in a first game apparatus and a 
second game apparatus out of the plurality of game apparatuses, the connection 
10 establis liJ^intaiiA of one game apparatus executes a first connection establishing 

process by broadcasting connection requiring data for establishing a connected state with 
other game apparatus which has received the connection requiring data, and the 
— ~ connection establis lringnioano o f the other game apparatus executes a second connection 
establishing process by receiving the connection requiring data for establishing the 
1 5 connected state with the one game apparatus which has broadcasted the connection 

- — requiring data, and (b) the game data exchange r messs of the first game apparatus and the 
— game data exchange < i*ea8s of the second game apparatus determine, by communicating 
at least one of attribute information relating to the providing game data and the exchange 
- — condition data by use of the coiximxmicat^trmeans, whether or not the providing game 
20 data of the first game apparatus satisfies the exchange condition of the second game 
apparatus, and whether or not the providing game data of the second game apparatus 
satisfies the exchange condition of the first game apparatus, and exchange, in a case both 
of the exchange conditions are satisfied, the providing game data of the first game 
apparatus for the providing game data of the second game apparatus by communicating 



25 between the first game apparatus and the second game apparatus by use of the 
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communicat ion moons. / 

Also in the i &enti e n of the game data exchange method, it is possible to exchange 
the game data with ease as in the above-described game system. 

The above described objects and other objects, features, aspects and advantages of 
the present invention will become more apparent from the following detailed description 
-of the p r e s e n t inv entio n r rhrn taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram showing one example of a mobile game apparatus 
utilized in a game system of the pr o oont invention ; 

Figure 2 is an illustrative view showing a memory map of a WRAM provided in a 
mobile game machine shown in Figure 1 ; 

Figure 3 is an illustrative view showing a memory map of a backup RAM 
provided in a cartridge shown in Figure 1 ; 

Figure 4 is an illustrative view showing one example of a content of an exchange 
table stored in an exchange table data storing area in a WRAM shown in Figure 3; 

Figure 5 is an illustrative view for explaining an outline of a game system utilizing 
the mobile game apparatus shown in Figure 1 embodiment; 

Figure 6 is an illustrative view for showing a flow in a case game data are 
exchanged between a parent device and a child device in a game system of the present 
invention; 

Figure 7 is a flowchart showing one example of a main flow of the mobile game 
machine shown in Figure 1 ; 

Figure 8 is a flowchart showing a part of a game process of the mobile game 
machine shown in Figure 1 ; 
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Figure 9 is a flowchart showing another part of the game process of the mobile 
game machine shown in Figure 1 ; 

Figure 10 is a flowchart showing the other part of the game process of the mobile 
game machine shown in Figure 1 ; 
5 Figure 1 1 is a flowchart showing a further part of the game process of the mobile 

game machine shown in Figure 1 ; 

Figure 12 is a flowchart showing a part of a character exchange process of the 
mobile game machine shown in Figure 1; 

Figure 13 is a flowchart showing another part of the character exchange process of 
10 the mobile game machine shown in Figure 1 ; 

Figure 14 is a flowchart showing the other part of the character exchange process 
of the mobile game machine shown in Figure 1 ; 

Figure 15 is a flowchart showing a further part of the character exchange process 
of the mobile game machine shown in Figure 1 ; 
15 Figure 16 is an illustrative view showing a method for setting a period during 

which the mobile game apparatus attempts to connect as a parent device and a period 
during which the mobile game apparatus attempts to connect as a parent device in a case 
that the mobile game apparatus shown in Figure 1 searches and connects the 
communication destination; 
20 Figure 17 is an illustrative view showing a parent device packet for broadcasting 

from the parent device to the child device and a child device packet for transmitting from 
the child device to the parent device; 

Figure 1 8 is a flowchart showing a communication destination searching and 
connecting process (1) of the mobile game machine shown in Figure 1 ; 
25 Figure 19 is a flowchart showing a part of a communication destination searching 
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and connecting process (2) of the mobile game machine shown in Figure 1 ; and 

Figure 20 is a flowchart showing another part of the communication destination 
searching and connecting process (2) of the mobile game machine shown in Figure 1. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A radio communication game system to which the present invention is adapted 
uses a mobile game apparatus 10 as shown in Figure 1 as an example. In this 
embodiment, the mobile game apparatus 10 includes a mobile game machine 12 such as a 
GameBoy Advance (Trademark), for example, a radio communication unit 14 connected 
10 to a communication connector 46 of the mobile game machine 1 2, and a cartridge 1 6 
connected to a cartridge connector 40. That is, in this embodiment, the mobile game 
apparatus 1 0 is constructed of the mobile game machine 1 2, the radio communication unit 
14, and the cartridge 16. 

The mobile game machine 12 shown in Figure 1 includes a processor 20, and the 
15 processor 20 includes a CPU core 22 and a boot ROM 24 related thereto, an LCD 
controller 26, a WRAM (working RAM: the same below) 28, a VRAM 30, and a 

peripheral circuit 32. JIowcv orTfoe peripheral circuit 32 includes a voice (sound) circuit, 

a DMA (Direct Memory Access) circuit, a timer circuit, an input/output interface (I/O), 
— -aad-etc. 

20 In an LCD 1 8 provided in a front surface of the mobile game machine 12, a 

displaying signal or an RGB signal in this embodiment is applied from the processor 20, 
and therefore, a game image is displayed in color on the LCD 1 8. In addition, an audio 
signal is applied from the processor 20 to the sound circuit 34, and voices or sound such 
as a game music and a sound effect is output by the audio signal. Furthermore, a cross 

25 key and a start key, a select key, an A button and a B button provided sandwiching the 
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LCD 1 8 in the front surface of the mobile game machine 12 are congregated and shown as 
an operation switch 38, and an operation signal from the operation switch 38 is input into 
the processor 20. Therefore, the processor 20 executes a process in accordance with an 
instruction of a player applied through the operation switch 38. 
5 Although not illustrated, an electric power is supplied to the LCD 1 8 from a 

battery (primary battery or secondary battery), and by setting a predetermined register 
(LCD power supply register) to 0, the power supply to the LCD 18 is suspended. 
«^ Furthermore, when the value of the register is set to 1 , the power supply to the LCD 1 8 is 
started (restarted). Fo r example ^ LCD power supply register is provided within the 
1 0 WRAM 28, and the value thereof is rewritten by the CPU core 22. That is, the CPU core 
22 controls the start (on) and suspend (off) of the power supply. 

The mobile game machine 12 has the cartridge connector 40, and the cartridge 16 
is connected or inserted into this cartridge connector 40. The cartridge 16 contains a 
ROM 42 and a backup RAM 44, and a game program for a game (virtual game) to be 
1 5 executed in the mobile game machine 1 2, a game image (including a character image), 
_ -red etc. are set (stored) in the ROM 42 in advance. The ROM 42 also stores identifying 
information ("Game Name" to be described later) for identifying the game program to be 
stored in the ROM 42. The backup RAM 44 stores (saves) progressive data of the game 
and resultant data of the game. 
20 The CPU core 22, when a power source of the mobile game machine 1 2 is turned 

on, executes a boot program stored in the boot ROM 24, and performs a start-up process 
of the mobile game machine 12. Thereafter, the CPU core 22 executes a game program 
stored in the ROM 42 of the cartridge 1 6, and executes a game processing while storing in 

the WRAM 28 temporary data being executed. Furthermore, image data generated 

25 through the execution of the game program by the CPU core 22 is stored in the VRAM 
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30, and the image data stored in the VRAM 30 is output to the LCD 18 by the LCD 
controller 26. 

The mobile game machine 12 is further provided with the communication 
connector 46 to which a connector 48 of the radio communication unit 14 is connected. It 
5 is noted that the mobile game machine 1 2 used in this embodiment is GameBoy Advance 
(Trademark) as an example. In this case, the above-described cartridge connector 40 is a 
32-pin connector provided at a far side on an upper surface when the LCD 1 8 is rendered 
a front surface (front face), and the communication connector 46 is a 6-pin connector 
provided at a near side on an upper surface, 

10 The radio communication unit 14 includes a baseband IC 50, and the baseband IC 

50 includes a ROM 52. The ROM 52 contains an OCD (One-Cartridge Download) 
program, and other programs, for example, and the baseband IC 50 is operated according 
to these programs. 

It is noted that the One-Cartridge Download program is a program for 

1 5 downloading a program into the child device in an OC mode (one-cartridge mode: a mode 
in which a game cartridge is attached to the parent device only, and the child device is 
operated in response to a download of a child device-use program from the parent device 
cartridge). 

_ ^ The radio communication unit 14 is further provided with an EEPROM 54£ and a 

20 user's name, for example, is uniquely set to the EEPROM 54. The baseband IC 50 

transmits game data transmitted via the connectors 46 and 48 from the game machine 12 
and data including the player's name of the EEPROM 54 to an RF (Radio Frequency) - 
IC56, and the RF - IC 56 modulates the data, and transmits a radio wave from an antenna 
— " 58. However, ^mtensity of the radio wave is extremely weak, and is set to so small a 
25 s — value that the user can use^without a license under Radio Law. In addition, this radio 
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communication unit 14 is provided with a power circuit 60. Typically, the power circuit 
60 is a battery, and supplies a DC (direct-current) power source to each component of the 
radio communication unit 14. 

In addition, in the radio communication unit 14, the radio wave transmitted from 
another mobile game apparatus is received by the antenna 58, demodulated by the RF-IC 
56, and a demodulated signal is input into the baseband IC 50. Therefore, the baseband 
IC 50 decodes the demodulated signal, decodes the data, and transmits the data to the 
mobile game machine 12, i.e., the WRAM 28 via the connectors 48 and 46. 

Figure 2 shows a memory map of the WRAM 28. In this embodiment, the 
WRAM 28 includes a providing character information area 280, an exchange condition 
data area 282, a character data area 284, and an exchange table storing area 286. 

The providing character information area 280 stores information (character's 
kind, leveLand etc.) with respect to a character that is selected to be provided to another 
player or a user (hereinafter, may be briefly referred to as "player") out of game 
characters (hereinafter, may be briefly referred to as "character") possessed by one 
player. Herein, providing character information 1 is information indicative of a kind of a 
providing character, and providing character information 2 is information indicative of a 
level of the providing character. Furthermore, data stored in the providing character 
information area 280 is for copying and storing data of the providing character out of data 
stored in the character data area 284, and in a game data exchange processing, directly 
referring to the character data area 284 eliminates the need for another providing 
character information storing area. 

A character to be provided to another player out of the possessed characters is 
selected by inputting (designating) by use of the operation switch 38 of the player, or 
automatically selected on the basis of progress of the game. 
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, The exchange condition data area 282 stores information (character's kind, leve^. 

. aa4 etc.) relating to a character required to be provided from another player as an 

exchange condition. The kind of the character is set to an exchange condition 1, and the 
level thereof is set to an exchange condition 2. The exchange condition is input 
5 (designated) by use of the operation switch 38 of the player or automatically determined 
on the basis of the progress of the game. 

The character data area 284 stores information (character information) with 
respect to characters (characters having character names of "Mario", "Luigi", "Koopa", 

"Peach", aadretc. in this embodiment) possessed by the player for each character. The 

1 o player advance^ an adventure while capturing characters that exist in a game world and 

taking them into his party in a virtual game world. Information relating to the characters 
thus captured or taken into his party is stored in the character data storing area 284. As 
can be understood from Figure 2, the character information includes the kind and level of 
the character and an attribute value of the character, i.e., a life force (life) and an offensive 
1 5 power (hit point). For example, the character data area 284 stores first character 

information data 284a, and a second character information data 284b in this embodiment. 
^-fara-cWthet-the player possesses ^Ij jracter s^ore than thre^third character 

— information data, forth character information data;* maybe stored successive to the 
abovewlescription. 

20 The character information data (data in the character data area 284) is updated at 

— any time in correspondence with the proxiediag of the game. For example, when 
capturing a new character, the character information with respect to the new character is 

added. Furthermore, in a case o^level up the character that has already been captured, a 

value of the level of the character is updated. 



25 In addition, the character information data is stored (saved) in the backup RAM 44 
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— in response to an instruction of the player, or in accordance with the proceeding of the 
game. Therefore, in a case of resuming the game from the portion that the player last 
played, the character information data stored in the backup RAM 44 is read, and written 
(loaded) to the character data area 284. 
5 Figure 3 shows a memory map of the backup RAM 44. As described above, the 

backup RAM 44 stores the saved game data, i.e., the character information data. In this 
embodiment, the backup RAM 44, for example, stores the first character information data 
284a and the second character information data 284b. 

Returning to Figure 2, the exchange table storing area 286 stores a table by which 
1 0 the game data is exchanged when the progress of the game in the virtual game satisfies a 
predetermined condition. In the table, as shown in Figure 4, an exchange starting 
condition, an exchange ending condition, providing character designating data, required 
character designating data are stored in correspondence to the progress of the virtual 
game. With reference to the table, the providing character and the exchange condition are 
1 5 — set4rcorrespond«»ee to the progress of the virtual game, and this makes it possible to 
exchange the game data. 

The exchange starting condition is a condition for starting the exchange of the 
game data, and satisfying the condition causes a state in which a predetermined character 
becomes exchangeable as described later. For example, as the exchange starting 
20 condition, acquiring (obtaining) a specific item, defeating a specific enemy character 
(non-player character whose action and movement are controlled according to a game 
program regardless of an operation of the player), saving a specific non-player character 
(non-player character except for the enemy character), complying with such the 
-r- non-player character, setting in a specific-moth and day (it is possible if one of them), 
25 coming at a specific hour, and so forth are relevant in this embodiment. 
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As the exchange ending condition, the specific month and date (it is possible if one 
of them, and determined in correspondence with the exchange starting condition), and the 
specific hour are relevant. It is noted that in the exchange table, an item indicated by a 
' — cross bar »e«tts requirfi^ no specific exchange ending condition^ and with respect to the 
5 item, exchanging the characters-^^2^ the end of the exchanging process. 

The designating data of the providing character is data for setting the providing 
character, and includes items (conditions) of the kind and level of the character to be 
provided. In the item of the kind, the kind (name of the character in this embodiment) of 
the providing character is described, and in the item of the level, the level of the 
1 0 corresponding character is described. It is determined whether or not a character that 
satisfies the condition (kind and level) out of the possessed characters is present on the 
basis of the above description, and in a case that the character that satisfies the condition 
is present, the character is selected as the providing character, and the information (kind 
■ — • and level of the character, «ad etc.) with respect to the character is stored in the 
1 5 above-described providing character information area 280. It is noted that the character 
to be provided can be designated at player's discretion. In this case, a character 
designated at player's discretion out of the possessed characters is selected as the 
providing character, and the information with respect to the character is stored in the 
above-described providing character information storing area 280. 
20 It is noted that as to the exchange table, in a case the player can designate the kind 

and the level, a description is "at player's discretion" while in a case of not being 
designated especially, the description is "no designation". This is true hereunder. 

The designating data of the required character is data for setting the exchange 
condition, and includes items (conditions) of the kind and level of the character required 
25 to be provided from another player. In the item of the kind, the kind (name of the 
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character in this embodiment) of the character to be required is described, and in the item 
of the level, the level of the corresponding character is described. Then, the exchange 
condition is determined on the basis of the description. It is noted that the kind of the 
character to be required can be designated at player's discretion. Furthermore, in a case 

5 of not being designated especially as to the level, it is possible that a level more than that 
of the providing character is designated, and it is possible that the level is designated at 
player's discretion. The exchange condition thus determined is stored in the exchange 
condition data area 282. 
- — More specifically, with referring to the exchange table, in fee-number 1 , the 

1 0 exchange starting condition is "acquiring a specific item", and the exchange ending 

condition is not especially described. As a condition of the providing character, the kind 

is "Mario", and the level thereof is "5". As a condition of the required character, the kind 

is "Koopa", and the level thereof is "5". That is, when the player character acquires the 

evf- 

specific item in the game world,¥having fee Mario »f level 5^Vm is exchangeable for 
Ok 

15 — %e Koopa DC level 5 possessed by another player. In this case, in the providing character 
—information storing area 280, the "Mario" is set to the kind of the providing character, and 
— - fee "5" is set to the level thereof. Then, in the exchange condition storing area 282, fee. 

— "Koopa" is set to the kind of the required character, and t*8_"5" is set to the level thereof. 
— Furthermore, in feejiumber 4, the exchange starting condition is "specific month 

20 and day (April 10)", and the exchange ending condition that is correlated with the 

exchange starting condition is "specific month and day (April 15). As the condition of the 

— providing character, the kind is fee "Koopa", and the level thereof is "10 or more". As the 
condition of the required character, the kind of the character is "at player's discretion", 
and the level thereof is "more than the level of the providing character". That is, the 

25 mobile game machine 1 2 of the present invention is provided with a timer, and a date of 
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the game world is governed by the timer. Then, during April 10 and April 1 5 in the game 
world, a player who possesses a Koopa of level 10 or more is allowed to exchange it with 
an arbitrary character having a level more than that of the Koopa. For example, a player 
who possesses a Koopa of level 15 can desire to exchange it with a Luigi having a level 
5 more than the level 15. In this case, in the providing character information storing area 
280, "Koopa" is set to the kind of the providing character, and "15" is set to the level 
thereof. Then, in the exchange condition data storing area 282, "Luigi" is set to the kind 
of the required character, and "15 or more" is set to the level thereof. 

Such Ik* exchange table^determined in advance by a developer such as a 
1 0 — programme^and etc., is stored in the ROM 42 of the cartridge 1 6^although not illustrate^ 
and loaded into the WRAM 28 at a time or as necessary after a main power source of the 
mobile game machine 12 is turned on. The providing character and the exchange 
condition (required character) are automatically set with reference to the exchange table, 
but a part or all of them can be set at player's discretion. 
15 It is noted that the exchange table shown in Figure 4 is a simple illustration, and 

there is no need to be restricted thereto. 

For example, in the game system of this embodiment, at least two mobile game 
— apparatuses 10 shown in Figure 1 are utilized and communicate^ with each other, and 
whereby, a player of each mobile game apparatus 10 can enjoy playing the 
20 — communication game. That is, a dotted line 64 in Figure 5 indicates a communic«*i**able 
range (a range capable of making a communication) of a user's mobile game apparatus 
62, and the mobile game apparatus 62 can communicate (radio-communicate) the mobile 
— game apparatus existing within the communi c^imia ble range 64. This 
— tommunicatisaable range 64 is a range capable of performing a data communication 
25 between the parent device and the child device by the above-described weak radio wave, 
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and any of a plurality of the mobile game apparatuses existing within the 
^ communicalwaable range 64 can arbitrarily become the parent device or the child device. 

It is noted that in Figure 5, a manner in which mobile game apparatuses having 
the user's names as "Taro", "Ichiro", and "Jiro" exist within the communica*iefiable 
5 range 64 of the user's mobile game apparatus 62, and the user's mobile game apparatus 
62 radio-communicates with the mobile game apparatus having the user's name of "Jiro" 
is displayed. 

An operation of the mobile game apparatus 62 for applying for an entry to another 
-r— mobile game apparatus existing within the commumcabeftable range 64 so as to enjoy 
1 0 playing the communication game between a plurality of the game apparatuses is not an 
essential content of the present invention, and therefore, a detailed description thereof is 
omitted herein. 

— When two or more mobile game apparatuses are communicatwRably connected, 

the player of each mobile game apparatus can enjoy playing the communication game 

1 5 described above. It is noted that it is needless to say that each player can enjoy playing 
the game by use of the mobile game apparatus of his own, that is, without communicating 
or^ngiy 0 \t\ noted that a mode in which a game is played with communication or^Sgfy 
is referred to as a game mode hereunder. 

In addition, the mobile game apparatus 62 can exchange the game data, i.e., the 

20 character information data with any one of the mobile game apparatuses exist within the 
communicationable range 64. Briefly, with respect to the user's mobile game apparatus 
62, if in a state that its power source is turned on, and the game is not played (the game is 
not started or the game is over), that is, it is not in the game mode, an exchange mode of 
the characters can be set. 

25 In an exchangeable state of the exchange mode, the mobile game apparatus 62 
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searches another game apparatus that exists within the communica*i«aable range 64 and 
is similarly in the exchangeable state. At this time, the mobile game apparatus 62 
alternately repeats a process of searching the child device as the parent device and a 
process of searching the parent device as the child device. Then, when finding another 
communicfttienable mobile game apparatusJthe connected state (communicated state)4s- 
attomptc d to be eotabliohsd by < ^eradio communicatio n. A description of the searching 
and connecting process is made in detail later (see Figure 16 to Figure 20). 

When the connected state is established with another mobile game apparatus 
described above, the user's mobile game apparatus 62 exchanges the providing character 
information (kind information and level information of the providing character) and the- 
--exchangeiconditions with each other, and determines whether or not the exchange 
conditions are coincident (matched) with each other. In a case that the exchange 
conditions are coincident, both of the data of the providing character are exchanged. 

Figure 6 is an illustrative view showing a flow of an exchange between two 
mobile game apparatuses (parent device and child device) in a case that the exchange 
conditions are coincident with each other. Referring to Figure 6, when the connected 
state is established between the parent device and the child device, the child device 
transmits to the parent device gwproviding character information 1 and providing 
character information 2 of its own. When receiving the providing character information 1 
and the providing character information 2 of the child device, the parent device 
respectively compares them with the exchange conditions 1 and 2 of its own, and 
determines whether or not they are coincident with each other. If each of them is 
coincident, that is, if the providing character information 1 and the providing character 
information 2 of the child device satisfy the exchange condition 1 and exchange condition 



2 of the parent device, the parent device transmits an exchange request to the child device, 
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and further transmits the providing character information 1 and providing character 
information 2 of its own to the child device. 

When receiving the providing character information 1 and providing character 
information 2 of the parent device, the child device respectively compares them with the 
5 — exchange conditions 1 and 2 of its own, and determined whether or not they are 

coincident. If each of them is coincident, that is, if the providing character information 1 
and the providing character information 2 of the parent device satisfy the exchange 
< — condition 1 and exchange condition 2 of child device's own^thatis,. the exchange 



conditions are satisfiedTthe child device transmits to the parent device an exchange 



Thereupon, the parent device receives the exchange response, and transmits to the 
child device the character information data of its own providing character (for 
convenience in writing, referred to as "character A" in Figure 6). Then, the child device 
transmits to the parent device the character information data of its own providing 

1 5 character (for convenience in writing, referred to as "character B" in Figure 6). Thus, the 
exchange of the characters is executed between the parent device and the child device. 

It is noted that in this embodiment, as shown in Figure 6, the parent device and the 
child device transmit the providing character information to each other, and then, each of 
the mobile game apparatuses receiving it determines whether or not the exchange 

20 condition is satisfied. However, one mobile game apparatus (e.g., child device) transmits 
to other mobile game apparatus (e.g., parent device) the providing character information 
and exchange condition of its own, and then, the parent device may determine whether or 
not the exchange condition is satisfied at a time. 



25 the providing character information, then, the parent device which has received the same 




10 



response. 



Furthermore, in this embodiment, as shown in Figure 6, the child device transmits 
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determines whether or not the exchange condition of its own is satisfied, and if it is 

determined that the condition is satisfied, the exchange request is transmitted. This is-d»e- 

^ to eliminate a needless communication. Specifically, m a case the condition is not 
satisfied, the exchange of the characters is interrupted as it is. That is, the providing 
5 character is not transmitted from the parent device. 

In addition, as described above, the image data of each character is stored in the 
ROM 42 of the cartridge 16, and although in order to efficiently lessen a time taken for 
the communication by reducing a data amount to be received and transmitted, an 
identifying number for designating the kind of the character is exchanged at a time of 
1 0 exchanging the characters in this embodiment, image data, and the like of the character to 
be exchanged is exchangeable. 
— In embodiments to be described later with inferring to Figure 7«*d^fce 

^ subsequen t, an exchange process is executed in parallel with executing the game play 

without discriminating a game mode from an exchange mode. That is, during executing 

15 ^ the game play-s^, another game apparatus satisfying the exchange condition is 

searched, and when finding another game apparatus satisfying the exchange condition, an 
exchange process of the game data is performed. Thus, this makes it possible to play the 

. game fcraSg searchin^another game apparatus that satisfies the exchange condition, 

keeping the player from being bored. 
20 More specifically, the processor 20 or the CPU core 22 of the mobile game 

machine 12 performs a process according to a flowchart shown in Figure 7. When the 
main power source of the mobile game machine 12 is turned on, theCPU core 22 starts 

the process, and turns an exchangeable flag off (set to 0) in^step SI. ,ln)&*wee«tmg step 

an attribute value of each character (character possessed in an initial state) such as a 



25 — i ev el 5 a life, and an offensive power is initialized. It is noted that the process in^ step 
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S3 is a process performed only when playing the game at first time, and is not performed 
— - when playing after the second time and- the sub s equ ent. 

In>kfollowing step y S5, a game process (see Figure 8 to Figure 1 1) described later 
— in detail is executed. "Hiea? it is determined whether or not the exchangeable flag is 
5 turned on (=1) in jl step S7. If "NO" in ti^ step S7, that is, if the exchangeable flag is 
turned off (=0), determining that it is impossible to exchange the characters, the process 

directly returns to t^step S5. 

On the other hand, if "YES" in ty<£ step S7, that is, if the exchangeable flag is 
turned on (=1), determining that it is possible to exchange the characters, a character 
10 — ' exchange process (Figures 12 to Figure 15) descried later is executed in^t step S9, and 



— then, the process returns to y£ step S5. 

As shown in Figure 8, when the game process is started, it is determined whether 
— or not a battle is started in ^(step S21 . That is, it is determined whether or not to shift to a 
battle scene. Although not illustrated, when a leading character (player character) 
1 5 encounters an opponent character (enemy character), the battle scene is started. If "NO" 
in step S21 , that is, if the battle is not started, the process proceeds to}4 step S43 shown 
in Figure 10. On the other hand, if "YES" in ^e step S21, that is, if the battle is started, a 
battle processing is executed in| step S23, and an experienced value of a character that 
— ' enters the battle out of characters possessed by the player character is increased in^step 
20 S25. 

It is noted that some of the plurality of characters stored in the character data area 
284 are selected by the player before the game, and in the game processing shown in 
Figure 8, the selected characters are used. 

Furthermore, it is noted that although not illustrated in detail, in the battle 
25 processing in the step S23, for example, the characters possessed by the player character 
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and the enemy character are attacked with each other. In the battle processing, an 
offensive turn is alternately changed between the player character and the enemy 
character: Then, when the life of all the characters possessed by the player character or 
the enemy character is ended (becomes 0), the battle is ended. 
5 In addition, the reason why the experienced value of the character that enters the 

. battle out of the characters possessed by the player character is increased inJfig step S25 is 

based on the premise that the player character wins the battle. It is noted that ia^l asc that 

the player character loses the battle in the battle processing, the game is ended (game 
over), and then, the game processing is directly ended (returned). 

10 . tn Succeeding step S27, it is determined whether or not the experience^ value of 

a certain character is more than a predetermined value. That is, it is determined whether 
_ or not the character having the experience^value more than the predetermined value out 
of the characters possessed by the player character is present. Herein, the predetermined 
value is a value set by a developer such as a programmer, -and etc. in advance, and is 
1 5 updated according to the progress of the game or depending on the level of the character. 

If "NO" in t^step S27, that is, if the experienced value of the character is not 
more than the predetermined value, the process directly proceeds to^step S3 8 shown in 
Figure 9. On the other hand, if "YES" in t^J step S27, that is, if the experienced value of 
the character is more than the predetermined value, the character is leveled up, and the 
20 life and offensive power thereof are increased in ^(step S29. That is, the character 

information data with respect to the character stored in the character data area 284 of the 
WRAM 28 is updated. 

- — ^jfcnXsucceeding step S3 1 , it is determined whether or not the character is set to the 

. providing character. If "NO" in^fj^step S31, that is, if the character is not set to the 

25 — providing character, the process directly proceeds to ^( step S35 shown in Figure 9. 
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However, if "YES" ui^Cstep S31, that is, if the character is set to the providing 
character, the data of the providing character information 2 stored in the providing 
character information area 280 of the WRAM 28 is updated, that is, the data of the level is 
updated in^step S33, and then, the process proceeds to hfe step S35. This is because-thar 
when the level of the character data that is set to the providing character is increased, the 
providing character information is required to be changed corresponding'llheret©: 

In t)^step S3 5 shown in Figure 9, it is determined whether or not the exchange 
condition 2 is based on the providing character information 2. That is, it is determined 
whether or not the level of the required character is determined based on the level of the 
providing character. For example, in this embodiment, as inl^number 4 and t)(e number 
5 of the exchange table shown in Figure 4,- ki a uim t he level indicated by the exchange 
condition 2 and the level indicated by the providing character information 2 are 
coincident with each other, a case of exceeding the level is applied. If "NO" in ^fe step 
S35, that is, if the exchange condition 2 is not based on the providing character 
information 2, the process directly proceeds to J^step S38. However, if "YES" in jtfe 
step S3 5, that is, if the exchange condition 2 is based on the providing character 
information 2, the data of the exchange condition 2 stored in the exchange condition data 
storing area 282 of the WRAM 28 is updated in^step S37, and then, the process proceeds 
to t^ step S3 8. For example,-4n-a-<We*4he number 4, a Koopa of level 1 5 is set to the 
providing character, and when the Koopa is leveled up to a level 16, the data of the 
exchange condition 2 is changed from "level 15 or more" to "level 16 or more". 

In tk<step S38, a processing of the virtual game except for the battle processing is 
performed. For example, a processing of moving the player character and the enemy 
character i n the virtual game world, a processing of adding, when the player chara ct er 



acquires an item existing in the game world, the item to player character's possessing 
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item list, a processing of generating an event for saving a villager character existing in the 
game world,.^»d-etc. are performed. After the process in the step S3 8, the process 
proceeds toJ(step S39. 

In t^Cstep S39, it is determined whether or not the game data^i.e., the character 
information data) is to be saved. Herein, a determination is made depending on whether or 
not an operation of the player is present, or whether or not the predetermined event is 
generated. If "NO" in |k£step S39, that is, if the character information data is not saved, 
the game processing is returned as it is. On the other hand, if "YES in t^Q step S3 9, that 
is, if the character information data is saved, all the character information data stored in 
the character data storing area 284 of the WRAM 28 is read and written (overwritten) to 
the backup RAM 44 provided in the cartridge 16 in^step S41 , and then, the process 
returns the game processing. 

Furthermore, if it is determined the battle is not started in t^step S21 shown in 
Figure 8, it is determined whether or not an exchange event is generated in$ step S43 
shown in Figure 10. That is, it is determined whether or not the progress of the virtual 
game satisfies any one of the exchange starting conditions of the exchange table shown in 
Figure 4. If "NO" in t^ step S43, that is, if no exchange starting condition is satisfied, 
the process proceeds to )(step S71 shown in Figure 1 1 . 

On the other hand, if "YES" in step S43, that is, if any one of the exchange 
starting conditions is satisfied, it is determined whether or not the kind of the providing 
character corresponding to the exchange starting condition is "at player's discretion" with 
reference to the exchange table in)<step S45. If "YES" in tj^step S45, that is, if the kind 
of the providing character is "at player's discretion", a providing character out of the 
possessed characters is designated by the player instep 547^ m ^ then the process 
proceeds to^step S59 shown in Figure 11. For example, in step S47, a selection 
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screen in which a list of the possessed characters is displayed so as to select the providing 
character is displayed on the LCD 1 8, and by viewing the selection screen, the player 
selects (designates) a desired providing character by operating the operation switch 38. 
Hereinafter, for convenience in writing, the character selected as the providing character 
5 is called as a "character X". 

— If "NO" in t>£ step S45, that is, if the kind of the providing character is not "at 

player's discretion", it is determined whether or not the character designated in the kind 
<-— of the providing character is possessed with reference to the exchange table in^(step S49. 
If "NO" in t^<step S49, that is, if the character designated in the kind of the providing 
1 0 character is not possessed, it is determined the character to be exchanged is not possessed, 
the game processing is ended as it is as shown in Figure 9. On the other hand, if "YES" in 

— y& step S49, that is, if the character designated in the kind of the providing character is 
— ■> possessed, the character is rendered $4 character X (i.e., designated as the providing 

— characteryUs determined whether or not the level of the providing character is "any 
1 5 level" with reference to the exchange table in^ step S5 1 . 

^ If "YES" in jKe step S5 1 , that is, if the level of the providing character is "any 

— level", the process directly proceeds to /step S55. On the other hand, if "NO" in ^Ce 
~"~ S51, that is, if the level of the providing character is not "any level", it is determined^the 
^ character X satisfies the level of the providing character in^step S53. That is, it is 

20 determined whether or not the level included in the character information data of the 
character X is the same as that of the providing character. 
— ' If "NO" in 0< step S53, that is, if the character X does not satisfy the level of the 
providing character, it is determined the character X is not exchangeable, and then, the 

— game process is returned as it is. On the other hand, if "YES" in ^ step S53, that is, if the 
25 — character X satisfies the level of the providing character, the process proceeds to ^ie step 
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S55. 

In ffi step S55, a confirmation message ifidica6fig-feat "IS CHARACTER X 
EXCHANGEABLE?" is displayed on the LCD 1 8. Then, it is determined whether or not 
the player desires to exchange the player character X in^step S57. That is, it is 
determined whether or not the player consents to exchange the character X by operating 
the operation switch 38. 

If "NO" in tjx^step S57, that is, if the player does not desire to exchange the 
character X, the game process is ended as it is. On the other hand, if "YES" in gr^step 
S57, that is, if the player desires to exchange the character X, the process proceeds to tjtf" 
step S59 shown in Figure 11. 

Thus, the player is inquired whether or not the character X is to be exchanged, and 
therefore, it is possible to prevent the character that is not intended by the player from 
being erroneously exchanged. 

Next, it is determined whether or not the kind of the required character 
corresponding to the exchange starting condition is "at player's discretion" with reference 
to the exchange table in^step S59. If "NO" in JJxTstep S59, that is, if the kind of the 
required character is not "at player's discretion", the process directly proceeds tqXstep 
S63. However, if "YES" in fi^step S59, that is, if the kind of the required character is "at 
player's discretion" instep S61, the kind of the required character is designated by the 
player, and then, the process proceeds to Jk^step S63. Instep S61, for example, the 
selection screen on which a list of all (or main) characters appearing in the game is 
displayed so as to cause the player to select an arbitrary character from the list is 
displayed on the LCD 18, and the player selects (designates) a desired required character 
by viewing the selection screen. 

In th6 step S63, it is determined whether or not the level of the required character 
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corresponding to the exchange starting condition is "at player's discretion" with reference 
t to the exchange table. If "NO" in tfc^step S63, that is, if the level of the required 

— character is not "at player's discretion", the process directly proceeds to/r'step S67. On 
the other hand, if "YES" in ty£ step S63, that is, if the level of the required character is "at 

5 player's discretion", the level of the required character is designated by the player in>a^ 

— step S65, and then, the process advances a process to ^step S67. The designation of the 
level of the required character is approximately the same as the designation of the kind of 

— i the character in ti^above-described steps S47 and S61, and therefore, a detailed 
description is omitted herein. 
1 0 In"^ step S67, each of the providing character information 1 , providing 

— character information 2, ^ exchange condition 1 , and the^xchange condition 2 Kset 
_ (determined). That is, fh^ providing character information 1 andlh^providing character 

information 2 are stored in^tk^ providing character information area 280, ancT&ie 

exchange condition 1 and th^xchange condition 2 are stored in tii^exchange condition 

15 — data area 282. Then, the exchangeable flag is turned on (set to 1) instep S69, and then, 
- — the game processing is returned as shown in Figure 9. In this embodiment, the kind of th^ 

— character X is set to the providing character information 1 , the level of th§ character X is 

— set to {^providing character information 2, the kind of the required character is set to W 
exchange condition 1, and the level of the required character is set to the exchange 

20 condition 2 in lh§ step S67. That is, the kind and level of the providing character and the 
required character are respectively set according to a designation by the player or a 
definition of the exchange table. 

Furthermore, if it is determined the exchange starting condition is not satisfied in 

5^ step S43 sh own in Figure 10, the process proceeds to Figure 11, and then, it is 

25 ^ determined whether or not the exchange ending condition is satisfied in^step S71. If 
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"NO" in th\step S71, that is, the exchange ending condition is not satisfied, the game 
process is directly returned. On the other hand, if "YES" in the^step S71, that is, if the 
exchange ending condition is satisfied, the providing character information and the 
exchange condition are cleared in^step S73, the exchangeable flag is turned off (#©to 0) 
in^ step S75, and then, the game processing is returned. 

Furthermore, when starting the character exchange processing in fo*e. step S9 
shown in Figure 7 is started, a processing of searching and connecting with the 
communication destination described later is executed in^step S81 (see Figure 18, 
Figure 19, and Figure 20).jjn^s uccccding step S83, it is determined whether or not the 
user's mobile game apparatus is the parent device. That is, it is determined whether or not 
a communication is established with another mobile game apparatus as the parent device 
depending upon whether or not a parent device flag is turned on. It is noted that the parent 
device flag is a flag that is turned on when being connected with another mobile game 
apparatus as the parent device in the communication destination searching and 
connecting processing described later. 

If "NO" in^ step S83, that is, if the user's mobile game apparatus is not the 
parent device, it is determined whether or not the user's mobile game apparatus is the 
child device in\step S85. That is, it is determined whether or not a communication is 
established with another mobile game apparatus as the child device depending upon 
whether or not a child device flag is turned on. It is noted that the child device flag is a 
flag that is turned on when being connected with another mobile game apparatus as the 
child device in the communication destination searching and connecting processing 
described later. 

If "YES" inlhe step S85, that is, if the user's mobile game apparatus is the child 
device, the process proceeds to\step SI 17 shown in Figure 14. On the other hand, if 
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"NO" in ti^ step S85, that is, if the user's mobile game apparatus is not the child device, 

. — determining that another game apparatus does not exist within the communica*ie»able 
range or determining that the connection with another game apparatus fails, and then, the 
character exchange processing is returned as shown in Figure 13. 
5 — - Furthermore, if "YES" kTlh^step S83, that is, if the user's mobile game apparatus 

is the parent device, the providing character information 1 and providing character 
— - information 2 of the communication destination (child device) are received in\step S87. 
— Jki a succeeding step S89, it is determined whether or no the providing character 

information 1 of the communication destination satisfies the exchange condition 1 set in 
10 the user's mobile game apparatus. 

- — ^ If "NO" in t^ step S89, that is, if the providing character information 1 of the 

communication destination does not satisfy the exchange condition set in the user's 
mobile game apparatus, a non-exchange request is transmitted to the communication 
^ destination in\step S91, the communication is broken in ^step S93, and then, the 
15 ^_ character exchange processing is returned. On the other hand, if "YES" in "Ike step S89, 
that is, if the providing character information 1 of the communication destination satisfies 
— ' yixg exchange condition 1 set in the user's mobile game apparatus, it is determined 

whether or not the providing character information 2 of the communication destination 
— - satisfies the exchange condition 2 set in the user's mobile game apparatus in^step S95. 
20 ^ If "NO" in tfc^step S95, that is, if the providing character information 2 of the 

communication destination does not satisfy the exchange condition 2 set in the user's 
mobile game apparatus, the process proceeds to ^ step S91 . On the other hand, if 

"YES" in the step S95, that is, if the providing character information 2 of the 

communication destination satisfies the exchange condition 2 set in the user's mobile 
25 ^ game apparatus, an exchange request is transmitted to the communication destination in£( 
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step S97. Succeedingly, the providing character information 1 and the providing 
character information 2 set in the user's mobile game apparatus are transmitted to the 
— communication destination in)(step S99. 

Then, it is determined whether or not an exchange response from the 
5 -^communication destination is present in^step S101. If "NO" in^step S101, that is, if 
the exchange response is absent from the communication destination, it is determined 
^ whether or not a non-exchange response is present in^step S 1 03 . If "NO" in J&e step 
SI 03, that is, if the non-exchange response is absent from the communication destination, 
no response from the communication destination is determined, and then, the process 
10 < — directly returns to step S99 so as to once again transmit the providing character 
information 1 and providing character information 2 set in the user's mobile game 
— - apparatus. On the other hand, if "YES" in step S 103, that is, if the non-exchange 
— response is present from the communication destination, the process proceeds to ^(e step 
S93. 

15 it is noted that it is possible that the player is inquired (confirmed) whether or not 

-^to perform the exchange similarly to steps S& 28 and S129 (see Figure 14) described later 
— ^ successive to t^step S 1 0 1 . 

Furthermore, if "YES" in t^step S101, that is, if the exchange response is present 

from the communication destination, the data (character information data stored in the 
20 WRAM 28) of the character X (which is selected as the providing character in the 

— above-described process in t^ steps S45 to S57) is transmitted inXstep SI 05 shown in 

Figure 13, and the data is erased from each of the WRAM 28 and the backup RAM 44 in 
— *j(step S107. Next, in^(step S109, the data of the character, i.e., the character information 
data to be transmitted from the communication destination is received, and newly 
25 — recorded (registered) in the character data area 284 of th^ WRAM 28. It is noted that the 
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character information data is newly recorded in the backup RAM 44 at a time of being 
saved as shown in t^steps S39 and S41 in Figure 9. Thus, the exchange of the characters 
in a case that the user's mobile game apparatus is the parent device is executed. 

Thereafter, the communication is broken in j^step SI 1 1, the exchangeable flag is 
turned off (set to 0) mXstep S 1 1 3, and then, the providing character information 1 and the 
providing character information 2, {^exchange condition 1, and exchange condition 
2 are cleared in^step SI 15. Then, inj^step SI 16, an image and attribute data (character 
name, level, and so on) of the character X erased in t^step SI 07 and a message 
indicative of ^ character X being erased are displayed, and an image and attribute data 
(character name, level, and so on) of the character newly stored in step SI 09 and a 
message indicative of the character being newly obtained are displayed, and then, the 
character exchange processing is returned. 

Furthermore, as described above, in a oooo that it is determined that the user's 
mobile game apparatus is the child device in ^ step S85, the providing character 
information 1 and providing character information 2 set in the user's mobile game 
apparatus are transmitted to the communication destination (parent device) inN^step SI 17 
shown in Figure 14. Next, it is determined whether or not the exchange request is 
received from the communication destination in^step SI 19. 

If "NO" in life step S 1 1 9, that is, if the exchange request is not received from the 
communication destination, it is determined whether or not the non-exchange request is 
received from the communication destination in^step S 1 2 1 . If "NO" in £(e step S 1 2 1 , 
that is, if the non-exchange request is not received from the communication destination, 
no response from the communication destination is determined, and then, the process 

directly returns to f^step SI 17 so as to once again transmit the providing character ^ 

information 1 and providing character information 2 set in the user's game apparatus. On 
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the other hand, if "YES" in step SI 21, that is, if the non-exchange request is received 
^ from the communication destination, the communication is broken in ^ step S 1 3 1 , and 
then, the character exchange processing is returned as shown in Figure 15. 

If "YES" in ^ step S 1 1 9, that is, if the exchange request is received from the 
5 communication destination, the providing character information 1 and providing 

character information 2 of the communication destination are received in^ step S 1 23, and 
it is determined whether or not the providing character information 1 of the 
communication destination satisfies the exchange condition 1 set in the user's mobile 
— game apparatus in >(step S125. If "NO" in step SI 25, that is, if the providing 
10 ~ character information 1 of the communication destination does not satisfy fjj^ exchange 
condition 1 set in the user's game apparatus, the non-exchange response is transmitted to 

the communication destination instep SI 30, and then, the communication is broken in 

— fe^step S 1 3 1 , returning to the character exchange processing. 

However, if "YES" in ^ step SI 25, that is, if the providing character information 

15 , 1 of the communication destination satisfies fl^e exchange condition 1 set in the user's 

mobile game apparatus, it is determined whether or not the providing character 
information 2 of the communication destination satisfies the exchange condition 2 set in 
— - the user's mobile game apparatus in)(step S127. If "NO" in t^step S127, that is, if the 

providing character information 2 of the communication destination does not satisfy^ 

20 exchange condition 2 set in the user' s game apparatus, the process proceeds to t^ step 

S130. 

. On the other hand, if "YES" in step S 1 27, that is, if the providing character 

> information 2 of the communication destination satisfies ti^ exchange condition 2 set in 

the user's mobile game apparatus, the player is inquired (confirmed) whether or not to 
25 —perform exchange in ^ step SI 28. More specifically, the information (kind, level, and 
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so on) of the providing character of his own (character to be lost by the exchange) and the 
information (kind, level, and so on) of the providing character of the communication 
destination (character to be obtained by the exchange), and a user name (based on 
UserName included in the parent packet and the child packet) of the communication 
5 destination (the person with whom the exchange is performed) are displayed on the LCD 
— > 1 8, so that the player is Inquired whether or not to perform the exchange. 

— Then, it is determined whether or not the player desires to exchange in^g step 
1 SI 29. When it is determined the player desires to exchange in ]i4 ste P S129 0* is 

determined that desiring the exchange is selected by an input of the^operation switch 38), 
1 0 "YES" is regarded, the exchange response is transmitted to the communication 

. destination instep SI 33 shown in Figure 15, and the data of the character, i.e., the 

character information data to be transmitted from the communication destination is 
received and newly stored (registered) in the character data area 284 of the WRAM 28 in 

— ^step SI 35. It is noted that the character information data is newly registered in the 

1 5 backup RAM 44 at a time of being saved in the same manner as the above-described case. 

— When it is determined that the player does not desire to exchange in t|(g step SI 29, "NO" 
— - is regarded, and then, the process proceeds to t^ step SI 30. 

— Succeedingly, the data oflfc^ character X, i.e., character information data of the 
_ character X is transmitted to the communication destination in^step SI 37, and the data 

20 of the character X (character information data) is erased from each of the WRAM 28 and 

— the backup RAM 44 in)(step S 1 39. Thus, the exchange of the characters in a case that the 
user's mobile apparatus is the child device is executed. Then, the communication is 

-—broken in^step SI 41, the exchangeable flag is turned off (set to 0) in^step SI 43, the 

— providing character information 1 and the providing character information 2, 

25 exchange condition 1, and ^exchange condition 2 are cleared in^step SI 45, and then, 
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the character exchange processing is returned. Then, in^step SI 46, an image and 

attribute data (name and level of the character, and so on) of the character X newly stored 

in t|^ step S 1 35, and a message indicative of the character being newly obtained are 

displayed, and an image and attribute data (name and level of the character, and so on) of 

5 ^character X erased in th^step S 1 39, and a message indicative of the character X being 

erased are displayed, and then, the character exchange processing is returned. 

It is noted that as described above, by transmitting to the mobile game apparatus of 
the communication destination the providing character information 1 and the providing 
character information 2, the mobile game apparatus of the communication destination 
10 — that has received it determines whether or not ^exchange condition 1 and exchange 
— > condition 2 of its own are satisfied in this embodiment. However, by transmittingThe>. 
— ' exchange condition 1 and ih^ exchange condition 2 to the mobile game apparatus of the 
communication destination, the mobile game apparatus of the communication destination 
that has received it may determine whether or not the providing character information 1 
1 5 and providing character information 2 of its own are satisfied. 

Furthermore, by transmitting to the mobile game apparatus of the communication 
destination all of the providing character information 1, the providing character 
- — information 2rthe exchange condition 1 , and tnXexchange condition 2, the mobile game 
apparatus of the communication destination which has received it may determine whether 
20 or not the providing information of the other party satisfies the exchange condition of its 
own, and whether or not the providing information of its own satisfies the exchange 
condition of the other party. £ S&\, 

Next, referring to Figure^ 6 to Pig*w» 20, a description4s^¥»de^the 

communication destination searching and connecting process4a-^ ^ove A Qcoonbo d-9top- 

25 -S^HPigute-L^)- hi this processing, the mobile game apparatus 10 operates so as to 



-60- 



establish a connection with another game apparatus as the parent device or the child 
device. In a case of attempting to establish a connection as the parent device, the mobile 
game apparatus 1 0 broadcasts broadcasting data including data indicative of being 
connectable so as to search another mobile game apparatus that exists within the 
5 communicationable range 64. If a connecting request is present from another mobile 
game apparatus that has received the broadcasting data as the child device, the mobile 
game apparatus 10 can establish a connection with the child device as the parent device. 

On the other hand, in a case of attempting to establish a connection with another 
game apparatus as the child device, the mobile game apparatus 10 waits for a receiving of 

1 0 the broadcasting data from the parent device. Then, when receiving the broadcasting data 
from the parent device, by transmitting the connection request to the parent device in 
response thereto, a connection can be established with the parent device. 

In such the communication destination searching and connecting process, each 
mobile game apparatus 10 alternately repeats a processing of functioning as the parent 

1 5 device so as to search the child device and a processing of functioning as the child device 
so as to receive a search from the parent device. More specifically, a predetermined 
period (T cycle in Figure 16) is rendered one cycle, one part of each cycle is a period (Tsp 
in Figure 16) during which the mobile game apparatus functions as the parent device, and 
the rest of the each cycle is a period (Tsc in Figure 16) during which the mobile game 

20 apparatus functions as the child device. Herein, a connection can be established between 
the game apparatus functioning as the parent device and the game apparatus functioning 
as the child device while a connection cannot be established between the game apparatus 
functioning as the parent device and the game apparatus functioning as the parent device, 
and between the game apparatus functioning as the child device and the game apparatus 

25 functioning as the child device. Therefore, in a case that a period during which the mobile 
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game apparatus functions as the parent device and a period during which the mobile game 
apparatus functions as the child device are fixed, it becomes impossible to establish a 
connection between the two game apparatuses accidentally having the coincident periods 
with each other. To prevent such a problem, an allocation or an arrangement of the 
5 periods during which the mobile game apparatus functions as the parent device and 

during which the mobile game apparatus functions as the child device per one cycle is 
changed at random. A method for changing the allocation at random is a 
"communication destination searching and connecting process (1)" as shown in Figure 16 
(A), and a method for changing the arrangement at random is a "communication 

10 destination searching and connecting process (2)" as shown in Figure 16 (B). 

Referring to Figure 16 (A), in the communication destination searching and 
connecting process (1), the allocation of the Tsp and the Tsc is determined at random 
described above. Rendering the period (one cycle) of the processing a fixed value of 
Tcycle (e.g., four seconds), the length of the Tsc is determined to be a random value from 

15 0 to Tcycle, and the length of the Tsp is determined to be the rest of the period of the 

Tcycle (Tcycle -Tsc). Furthermore, the Tsc and the Tsp are set in this order during the 
Tcycle. The length of the Tsc is determined at random every time, and therefore, the 
length of the Tsp is also determined at random. Thus, it is possible to avoid a case that the 
mobile game apparatus cannot establish the connection with another mobile game 

20 apparatus that exists within the communicationable range 64. It is noted that excessive 
shortness of the Tsp prevents the mobile game apparatus from accurately searching 
another mobile game apparatus, and may disable an establishment of the connection with 
another game apparatus. Therefore, the required minimum period with respect to the Tsp 

is determined, and if it i s impossible to secure the same, the Tsc may be once again 

25 determined. 
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It is noted that although the Tsc and the Tsp are set in this order during the Tcycle 
in this embodiment, this is settable in the reverse order thereto. 

Referring to Figure 16 (B), in the communication destination searching and 
connecting process (2), the arrangement of the Tsp and the Tsc is determined at random 
5 as described above. That is, rendering the length of the Tsp a fixed value, a starting 
position of the Tsp within the Tcycle is set at random. More specifically, as shown in 
Figure 16 (B), in the communication destination searching and connecting process (2), 
the T cycle (fixed value, i.e., four seconds in this embodiment) is provided with Tsp 
determined to be the fixed value, and Tscl and Tsc2 that are determined at random so as 
10 to sandwich the Tsp between them. That is, within the Tcycle, the Tscl, the Tsp and the 
Tsc2 are provided in this order. Furthermore, the length of the Tscl is determined at 
random from 0 to (Tcycle-Tsp), and the length of the Tsc2 is determined by subtracting 
from the Tcycle the Tscl that is determined at random and the Tsp. 

It is noted that the Tsc and the Tsp are set within the Tcycle in this order in this 
1 5 embodiment, and the starting position of the Tsp is determined at random, while in a case 
that the Tsp and the Tsc are set within the Tcycle in this order, the starting position of the 
Tsc may be determined at random. 

Figure 17 (A) is an illustrative view showing in detail a parent device packet 
broadcasted from the parent device to the child device. The parent device packet has a 
20 field sync for storing synchronizing data at its head, and has a field PID for storing an 
identifying number PID of the game apparatus (parent device) subsequent to that 
synchronizing data field sync. Subsequent to the field PID, a user name field UserName 
is formed. In the user name field UserName, a user name (player name) read-out from the 
* — EEPROM 54 (Figure 1), which corresponds to "Taro", "Ichiro", as* etc. in this 
25 embodiment, is registered. 
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The parent packet successively includes fields Eflag, GameName, and Payload 
subsequent to the user name field UserName. The Eflag is data indicative of being 
connectable with another mobile game apparatus (child device), and is a flag that is 
turned on when searching another mobile game apparatus (child device) as the parent 
5 device, and is turned off during being connected with another mobile game apparatus 

(child device). The GameName is, as described above, the identifying information of the 
game program stored in the ROM 42 of the cartridge 1 6 connected to the game apparatus 
of the parent device. 

In a Payload field Payload, substantive transmission data from the parent device to 

10 the child device is stored. More specifically, this is a field for transmitting a connection 
response transmitted from the parent device to the child device, the data of the providing 
character information 1 and data of the providing character information 2 required at a 
time of the game data exchange processing, and transmitting the game data required for 
the communication game, or the game data (character information data) to be exchanged, 

1 5 and a field for storing data to be transmitted from the parent device to the child device. 

Figure 17 (B) is an illustrative view showing in detail a child device packet to be 
transmitted from the child device to the parent device. The child device packet includes a 
head field CID for storing an identifying number of the game apparatus (child device), a 
user name field UserName, and a payload field Payload subsequent thereto. The user 

20 name filed UserName is information of the user name (player name) of the child device 
similarly to the above description. The payload field Payload stores substantive 
transmission data from the child device to the parent device. More specifically, this is a 
field for storing a connection request transmitted from the child device to the parent 
device, the data of the providing character information 1 and data of the providing 

25 character information 2 to be transmitted from the child device to the parent device, or the 
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game data. By communicating between the parent packet and the child packet, it is 

possible for the parent device and the child device to know each other's user names. 

Each mobile game apparatus 10 alternately repeats a transmission of the parent 

packet and a receiving of the child packet when functioning as the parent device, and 
5 alternately repeats a receiving of the parent packet and a transmission of the child packet 

when functioning as the child device. In the communication destination searching and 

connecting process (1) and (2), during the TSP period, the mobile game apparatus 10 

repeatedly performs a process of broadcasting the parent packet and then, attempting to 

receive the child packet (connection request) to be transmitted from another mobile game 
10 apparatus 10. Furthermore, during the TSC period, the mobile game apparatus 10 

repeatedly performs a process of attempting to receive the parent packet transmitted from 

another game apparatus, and transmitting the child packet (connection request) when 

succeeding in the receiving. 

In addition, the mobile game apparatus 10 is driven by a battery, and transmits 
1 5 broadcasting data for each predetermined time period (64ms in this embodiment) during 

which it functions as the parent device in order to prevent waste of the battery. That is, a 

broadcast is intermittently executed. 

It is noted that although omitted in the above-described character exchange 

processing (Figure 12 to Figure 15), the providing character information 1, the providing 
20 character information 2, and the game data (character information data) are stored in the 

payload field Payload of the parent device packet or the child device packet so as to be 

exchanged between the parent device and the child device. 

A description is made on each of the communication destination searching and 

connecting process (1) and the communication destination searching and connecting 
25 process (2) by use of the flowcharts in detail. 
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Figure 1 8 is a flowchart showing the communication destination searching and 
connecting process (1). Referring to Figure 18, when starting the communication 
destination searching and connecting process (1), the Tsc is determined at random within 
a range of from 0 to the Tcycle in a step S 1 5 1 . Although not illustrated, the Tcycle is a 
5 fixed value, and a determination of the Tsc causes a determination of the Tsp. 

In following steps SI 53 to SI 63, a processing to be executed in the 
above-described Tsc period for searching the parent device by functioning as the child 
device is performed. In steps SI 65 to SI 77, a processing to be executed in the 
above-described Tsp period for searching the child device by functioning as the parent 
1 0 device is performed. 

, In^ step S 1 53 , a search of the parent device is started. Although not illustrated, 

a timer circuit is started at this time. Next, it is determined whether or not the 
broadcasting data (data indicative of the Eflag being turned on) indicative of the parent 
— device being connectable is received inlhs step SI 55. 

15 If "YES" in t^step S 1 55, that is, if the broadcasting data indicative of the parent 

device being connectable (parent device packet) is received, a connection request (child 

device packet) is transmitted to the parent device in^fche step SI 57, and then, it is 

determined whether or not the connection response from the parent device is received in 

the^tep S 1 59. If "NO" inlk^step S 1 59, that is, if the connection response is not received 

20 from the parent device, the process directly returns to th^step SI 57. On the other hand, if 

— "YES" in th^step SI 59, that is, if the connection response from the parent device is 

received, determining that a connection is established with another mobile game 
— apparatus as the child device, the child device flag is turned on in tf^step S 1 61 , and then, 

the communication destination searching and connecting process (1) is returned. 

25 It is noted that although omitted in Figure 1 8, when the communication destination 
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searching and connecting process (1) is started, the child device flag is turned off (reset) 
(the same is applied to the parent device to be described later). 
— — On the other hand, if "NO" in ^ step S 1 55, that is, if no broadcasting data from 

the parent device is received, or if the broadcasting data from the parent device is 
5 received, but the broadcasting data is not indicative of being connectable (Eflag is turned 
off), it is determined whether or not Tsc seconds have elapsed as a parent device 
searching time period, that is, a period for attempting to connect as the child device to 
— — another mobile game apparatus in*th^step SI 63. 

It is noted that it is determined whether or not the GameName of the broadcasting 
10 data of the parent device is coincident with the GameName stored in the ROM 42 of the 

cartridge 16 attached to the child device in ih^step SI 55, and if they are not coincident 

with each other also, the process proceeds to ^he.step SI 63. This is true for a 

communication destination searching and connecting process (2) described later in steps 
SI 85 and S21 1 (see Figure 19 and Figure 20). 
15 — if "NO" in^hQ step SI 63, that is, if the Tsc seconds have not elapsed as the parent 

' — device searching time period, the process directly returns tolh^tep SI 55. On the other 
— hand, if "YES" in^tte.step SI 63, that is, if the Tsc seconds have elapsed as the parent 

device searching time period, a search of the child device is started in th^step SI 65, that 

is, the timer circuit is reset and started, and the data indicative of being connectable 
20 - — (parent device packet in which Eflag is turned on) is broadcasted inth^step SI 67. 

-tftcrttoceeding step SI 69, it is determined whether or not a connection request 

from the child device (child device packet) is received. If "YES" in th^step SI 69, that is, 

if the connection request from the child device is received, the connection response is 
^ — -transmitted to the child device inth^ step SI 71, the parent device flag is turned on inW 
25 step SI 73, and then, the communication destination searching and connecting process (1) 
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is returned. That is, the connection between another mobile game apparatus is established 
as the parent device. 

— On the other hand, if "NO" in^e^step S 1 69, that is, if the connection request from 

— the child device is not received, 64ms is waited in th^step SI 75, and in the ouccccding 
5 — > step S I 77, it is determined whether or not Tsp seconds have elapsed as a child device 

searching time period, that is, a period for attempting to connect as the parent device to 

another mobile game apparatus. If "NO" in ih^step S 1 77, that is, if the Tsp seconds have 

.^^not elapsed as the child device searching time period, the process directly returns to > the^ 

step SI 67. On the other hand, if "YES" in th^step SI 77, that is, if the Tsp seconds have 

10 elapsed as the child device searching time period, it is determined that the Tcycle period 

has elapsed, the communication destination searching and connecting process (1) is 

returned. Waiting 64 ms in ?!te-*tep SI 75 enables an intermittent broadcasting 

-.transmission processing in'tho^itep SI 67, and then, it becomes possible to lower power 

consumption. 

1 5 Figure 1 9 and Figure 20 are flowcharts showing the communication destination 

searching and connecting process (2). Referring to Figure 19, when starting the 
communication destination searching and connecting process (2), the Tscl is determined 
— at random within a range of from 0 to (Tcycle-Tsp) in^step SI 81. As described above, 
the Tcycle and the Tsp are fixed values, and a determination of the Tscl causes a 

20 determination of the Tsc2. 

In following steps SI 83 to SI 93, a processing to be executed in the 
above-described Tscl period for searching the parent device by functioning as the child 
device is performed. In steps SI 95 to S207, a processing to be executed in the 
above-described Tsp period for searching the child device by functioning as the parent 

25 device is performed. Furthermore, in steps S209 to S219, a processing to be executed in 
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the above-described Tsc2 period for searching the parent device by functioning as the 
child device is performed. 
* — InTh^step S 1 83, a search of the parent device is started. Although not illustrated, 

— t the timer circuit is started at this time. Next, in^step SI 85, it is determined whether the 
5 broadcasting data indicative of the parent device being connectable is received or not. 

— If "YES" in^step SI 85, that is, if the broadcasting data indicative of the parent 
device being connectable is received, a connection request is transmitted to the parent 

— device in thejstep SI 87, and then, it is determined whether or not the connection response 
from the parent device is received in ^step S 1 89. If "NO" in &^step S 1 89, that is, if the 

1 0 connection response from the parent device is not received, the process directly returns to 
— ^fe^step SI 87. On the other hand, if "YES" inW^tep SI 89, that is, if the connection 
response from the parent device is received, determining that a connection is established 
as the child device with another mobile game apparatus, the child device flag is turned on 

— in !fte.step SI 91, and then, the communication destination searching and connecting 
1 5 process (2) is returned as shown in Figure 20. 

It is noted that although omitted in Figure 19, the child device flag and the parent 
device flag are turned off when starting the communication destination searching and 
connecting process (2) similarly to the communication destination searching and 
connecting process (1). 

20 — - On the other hand, if "NO" inWstep S185, that is, if no broadcasting data from 
the parent device is received, or if the broadcasting data from the parent device is 
received, but the broadcasting data is not indicative of being connectable (Eflag is turned 
off), it is determined whether or not Tscl seconds have elapsed as a parent device 

searching time period, that is, a period for attempting to connect as the child device to 

25 — another mobile game apparatus in ihesStep SI 93. If "NO" inlh^step SI 93, that is, if the 
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Tsl seconds have not elapsed as a parent device searching time period, the process 
' directly returns tolfee^tep SI 85. On the other hand, if "YES" in^ step SI 93, that is, if 

the Tsl seconds have elapsed as the parent device searching time period, a search of the 

- — child device is started in thQ step S 1 95, that is, the timer circuit is reset and started, and the 

5 — data indicative of being connectable is broadcasted in step SI 97. 
Ms 

^-fe&succeSihftg.step S 1 99, it is determined whether or not the connection request 

— from the child device is received. If "YES" in Bigstep SI 99, that is, if the connection 
request is received from the child device, the connection response is transmitted to the 

' child device in ^he^step S201 , the parent device flag is turned on in^h^step S203, and 

10 then, the communication destination searching and connecting process (2) is returned. 

That is, the connection with another mobile game apparatus is established as the parent 
device. 

— On the other hand, if "NO" in ^ step S 1 99, that is, if the connection request from 

— the child device is not received, 64ms is waited nrth^step S205, and in the^succeeding 
1 5 step S207, it is determined whether or not Tsp seconds have elapsed as the child device 

searching time period, that is, a period for attempting to connect as the parent device to 

— another mobile game apparatus. If "NO" in^h^step S207, that is, if the Tsp seconds have 

— not elapsed as the child device searching time period, the process directly returns to the* 
— step SI 97. On the other hand, if "YES" in 'the. step S207, that is, if the Tsp seconds for 

20 searching the child device have elapsed as the child device searching time period, a 

-—searching of the parent device is started in'fch^step S209 shown in Figure 20. At this time, 
the timer circuit is reset and started. 

the-fbHewing step S21 1, it is determined whether or not the broadcasting data 

indicative of the parent device being connectable is received. If "YES" hrthe step S21 1 , 

K — • — — ■ — - — ________ - . __ — 

25 that is, the broadcasting data indicative of the parent device being connectable is received, 
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the connection request is transmitted to the parent device inthe^step S21 3, and then, it is 
determined whether or not the connection response from the parent device is received in 
— 3fae=step S215. If "NO" in tftff step S215, that is, if the connection response from the 
parent device is not received, the process directly returns to gfe-step S213. On the other 
5 — hand, if "YES" in the=step S2 1 5, that is, if a connection response from the parent device is 
received, determining that a connection is established as the child device with another 

— mobile game apparatus, the child device flag is turned on in tfee-step S217, and then, the 
communication destination searching and connecting process (2) is returned. 

— On the other hand, if "NO" in Instep S2 1 1 , that is, if no broadcasting data is 
1 0 received from the parent device, or if the broadcasting data from the parent device is 

received, but the broadcasting data is not indicative of being connectable (Eflag is turned 
off), it is determined whether or not Tsc2 seconds have elapsed as the parent device 

-searching time period irrthe-step S219. If "NO" in feestep S219, that is, if the Tsc2 

seconds have not elapsed as the parent device searching time period, the process directly 

15 —returns to tferstep S21 1. On the other hand, if "YES" in the step S219, that is, if the Tsc2 
seconds have elapsed as the parent device searching time period, determining that the 
Tcycle period has elapsed, the communication destination searching and connecting 
process (2) is returned. 

According to this embodiment, it is possible to automatically exchange characters 

20 having coincident exchange conditions by the radio communication, and therefore, this 
eliminates a trouble of negotiating with player's acquaintance for exchanging the 
characters, and so forth. That is, it is possible to exchange the game data with ease. 

Furthermore, the person with whom the user exchanges the characters is not 
limited to his acquaintance, and therefore, if the player goes to wherever people gather, it 

25 is possible to increase the possibility of exchanging the characters, and hence, it is 
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possible to improve an entertainment aspect of the game. 

It is noted that although a description is only made on the game system utilizing 
the mobile game apparatus in this embodiment, it is possible to use a portable terminal 

such as a portable phone, a PDA, aad etc. having a game function in place of the mobile 

5 game apparatus. 

- — * ^Sl ftirthermore, one providing character and one exchange condition are set as 

the exchange condition to be set at a time in this embodiment. However, a plurality of 
— providing character information are set at la time, and the exchange condition for each 
providing character information may be set. That is, a plurality of game data out of the 
10 game data possessed by the player himself are set as the providing game data, the 

exchange condition is set for each providing game data. This makes it possible to set a 
- — plurality of the exchange conditions atXtime, to heighten^possibility of being 
coincident with another player's exchange condition, and heighten a possibility of 
executing the exchange of the game data. 
15 In this case, assuming that a plurality of providing characters are respectively set 

to a game apparatus A and a game apparatus B, and the exchange condition is set for each 
providing character, for example. When characters are exchanged between the game 
apparatus A and the game apparatus B, a set of the exchange condition of the game 
apparatus A and the providing character of the game apparatus B that satisfies the 
20 condition is picked. Then, with respect to the set of the exchange condition of the game 
apparatus A (exchange condition a) and the providing character of the game apparatus B 
(providing character b) that have been picked, it is determined whether or not the 
providing character of the game apparatus A (providing character a) to which the 
exchange condition is set satisfies the exchange condition of the game apparatus B 
25 (exchange condition b) that is set against the providing character b, and if they are 
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coincident with each other, the providing character a and the providing character b are 
exchanged. 

In addition, although the kind and level of the character are designated as the 
providing character information and the exchange condition in this embodiment, there is 
5 no need to be limited thereto. That is, only the kind of the character may be designated, or 
— the kind of the character is not designate(^buti3iriy the level thereof may be designated. 
In addition, it is possible that the information to be designated is information except for 
the kind and level of the character. 

Furthermore, in this embodiment, the parent device broadcasts predetermined 
10 information, then, establishes a connection with the child device that has received it, and 
then transmits and receives information for identifying the exchange condition. 
However, information for identifying the exchange condition (information (kind and 
level) of the providing character and information (kind and level) of the required 
character in the above-described embodiment) may be included in the broadcasting data 
15 to be transmitted from the parent device. Then, the child device that has received the 
broadcasting data applies a connection request to the parent device only when the 
information satisfies the information of the providing character and exchange condition 
of its own with referring to the information of the providing character and the required 
<— character, aad etc. included in the broadcasting data. 
20 Still furthermore, it is appropriate that although the providing game data and the 

exchange condition are set when the progress of the game satisfies the predetermined 
condition on the basis of the exchange table in this embodiment, the player sets the 
providing game data and the exchange condition whenever he wants. 

In addition, it is appropriate that although the character exchange processing (in 
25 ffc£ S9 in Figure 7) is executed parallel to the execution of the game processing (in Afe S5 
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in Figure 7) in this embodiment, only the character exchange processing is executed when 
— • the game processing is not performed. In this case, since the LCD 1 8 needy not ^ be 
displayed except for the process for confirming player's will to exchange and the process 
for displaying the information as to the exchanged game data when the exchange is 
5 performed, a power supply to the LCD 1 8 is shut off (a display of the LCD 1 8 is turned 
off by setting the value of the register to 0), and the CPU core 22 performs the character 
exchange processing. Then, it is appropriate that when the process for confirming the 
player's will to exchange is performed (in j^Q step SI 28 and SI 29 in Figure 14) and the 
process for displaying the information of the exchanged character (in Instep SI 16 in 

1 0 — Figure 1 3 and in §4 step S 1 46 in Figure 1 5) are executed, by setting the value of the 
electric power supply register to 1 , the power supply to the LCD 1 8 is performed to 
display the screen for confirming the exchange and the information of the exchanged 
character. This enables the player to continue to search a person who has a coincident 
exchange condition by executing the character exchange processing with the game 

1 5 apparatus in his bag, pocket, and so on while due to the display of the LCD 1 8 being tuned 
off, it is convenient for a power savings. It is appropriate that considering such a 
situation, when the display of the LCD 1 8 is turned on, by outputting a sound (music) 
from the game apparatus 1 0 or by vibrating the game apparatus 1 0 with a vibration 
function, the player is informed of the fact. 

20 Furthermore, it is appropriate that even if a character is set to be the providing 

character, when the character is selected as a character to be used in the game processing 
(Figure 8 and Figure 9), the providing character needs not to be an exchangeable object. 
That is, with respect to the character selected by the player before the game as the 
character to be used in the game processing, even if the character is set to be the providing 

25 character, it is regarded that the character is not set to be the providing character in the 



-74- 



character exchange processing (see Figure 12 to Figure 15), the character is eliminated 
from the processing. 

though the present invention has been described and illustrated in detail, it is clearly 
understood that the same is by way of illustration and example only and is not to be taken 
5 by way of limitation, the spirit and scope of the present invention being limited only by 
the terms of the appended claims. 
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